慢ApplicationSettingsBase

Question

当在多线程场景中使用时，应用程序设置机制（派生自ApplicationSettingsBase）似乎是一个真正的瓶颈。 特别是，当经常查询属性时，它们引入的并发性会减慢我的循环。 无论如何我喜欢使用它们来获得那些不错的应用程序配置选项。 但也许我需要将它们包装到我自己的缓存中呢？

谁有同样的问题？ 我错过了什么吗？ 我想，ApplicationSettingsBase是否已经缓存了所有设置？ 为什么它似乎从多个线程锁定访问？ 什么是常见的解决方法？

Answer 1

我真的建议在对象中包装任何类型的“获取设置”功能并将其隐藏在接口后面。 我们强烈打字，所以我们有：

public class Worker 
{
    private readonly ISettings settings;
    public Worker (ISettings settings)
    {
        this.settings = settings;
    }

    public void Work ()
    {
        for (int i = 0; i < settings.MaxWorkerIterations (); i++)
        { ... }
    }
}

public interface ISettings
{
    int MaxWorkerIterations ();
}

public class AppConfigSettings
{
    public int MaxWorkerIterations ()
    {
        return (int) ApplicationSettings["MaxWorkerIterations"];
    }
}

这具有（主要）编译时检查和易测试性的好处。 您还可以将AppConfigSettings类重写为CachingAppConfigSettings类，它可以实现显而易见的功能。

Answer 2

在线程安全设置机制中我没有看到奇怪的东西？ 如果它使你的高速并发theads减慢，你应该尝试使用局部变量而不是再次快速查询getsetting。 我认为重新设计您的设置请求机制将有助于大大提高性能。