C# 静态类成员和 System.Windows.Controls.Image 性能问题

Question

我目前正在调查应用程序中的性能问题，并强调了以下内容；

我有一个类 -

public static class CommonIcons
{
    ...
    public static readonly System.Windows.Media.ImageSource Attributes = typeof(CommonIcons).Assembly.GetImageFromResourcePath("Resources/attributes.png");
    ...
}

作为测试工具，我有以下代码使用该类来显示问题 -

for (int loop = 0; loop < 20000; loop++)
{
    // store time before call

    System.Windows.Controls.Image image = new System.Windows.Controls.Image
                    {
                        Source = CommonIcons.Attributes,
                        Width = 16,
                        Height = 16,
                        VerticalAlignment = VerticalAlignment.Center,
                        SnapsToDevicePixels = true
                    };

    // store time after call
    // log time between before and after

}

在循环开始时，时间差小于 0.001 秒，但在 20000 之后，时间差增加到 0.015 秒。

如果我不使用静态成员并直接引用我的图标，那么我不会受到性能影响，即

for (int loop = 0; loop < 20000; loop++)
{
    // store time before call

    System.Windows.Controls.Image image = new System.Windows.Controls.Image
                    {
                        Source = typeof(CommonIcons).Assembly.GetImageFromResourcePath("Resources/attributes.png"),
                        Width = 16,
                        Height = 16,
                        VerticalAlignment = VerticalAlignment.Center,
                        SnapsToDevicePixels = true
                    };

    // store time after call
    // log time between before and after

}

但在我的现实世界程序中，我不想在每次调用时创建图像源（增加内存，直到垃圾收集），这就是为什么使用静态成员。然而，我也无法忍受性能下降。

有人可以解释为什么原始代码会造成这种性能损失吗？对于我想做的事情还有更好的解决方案吗？

谢谢

Answer 1

闻起来像是与垃圾收集有关。我想知道 ImageSource 和 Image 之间是否存在某种耦合，这会导致第一种情况出现问题。您是否查看过每种情况下测试工具的内存使用情况？

出于兴趣，如果在每次迭代结束时将 Source 设置为 null 会发生什么？我知道这有点愚蠢，但这是它作为测试工具的自然推论:)这可能进一步表明它是源和图像之间的链接......

Answer 2

您可以在 CommonIcons 类中仅存储像“Resources/attributes.png”这样的常量字符串吗？

Answer 3

区别不在于静态成员与否，而是在第一个版本中，您创建了 20000 个图像，所有图像都具有相同的图像源。我不知道到底发生了什么，但在幕后可能会自动创建代表来处理 imagesource 和 image 之间的通信，并且每次 imagesource 中发生事件时，都需要通知 20000 个客户端，所以这是一个很大的任务性能受到打击。

在第二个版本中，创建的 20000 个图像中的每一个都有其自己的图像源，因此您不会遇到这种开销。

注意，在使用完图像等图形对象后，您应该始终使用它们的 Dispose() 方法来处理它们，这会稍微加快您的应用程序的速度并降低您的总体性能内存使用情况。