ConfigurationManager.AppSettings Кэширование
Мы знаем, что IIS кэширует ConfigurationManager.AppSettings, поэтому он считывает диск только один раз, пока не будет изменен web.config. Это сделано для повышения производительности.
Кто-то в:
http://forums.asp.net/p/1080926/1598469.aspx#1598469
заявил, что .NET Framework не делает то же самое для app.config, но читает с диска для каждого запроса. Но мне трудно поверить, потому что это будет медленнее. Пожалуйста, скажите мне, что он ошибается, или мне придется исправить каждую написанную мной консоль / Windows Forms / службы Windows.
Обновлять Я сожалею, что неверно истолковал то, что люди сказали на указанном выше форуме.
Ответы 6
Неважно, есть это или нет. Не устраняйте проблему с производительностью, если ее нет.
Быстрый тест показывает, что эти настройки загружаются только при запуске приложения.
//edit the config file now.
Console.ReadLine();
Console.WriteLine(ConfigurationManager.AppSettings["ApplicationName"].ToString());
Console.WriteLine("Press enter to redisplay");
//edit the config file again now.
Console.ReadLine();
Console.WriteLine(ConfigurationManager.AppSettings["ApplicationName"].ToString());
Console.ReadLine();
Вы увидите, что все выходы остались прежними.
Чтобы быть разборчивым, настройки загружаются при первом обращении к ним, не обязательно при запуске приложения.
Чтобы быть еще более разборчивым (и не по теме для загрузки) - не нужно вызывать ToString () - это уже строка
Вам просто нужно было проверить класс System.Configuration.ConfigurationManager, и вы увидите, что класс и его свойства статичны.
Вам нужно будет вызвать в ConfigurationManager.RefreshSection("appSettings"), чтобы получить изменения. Вы также можете добавить наблюдатель за файлами, чтобы перезагружать его только при изменении.
Зачем тогда обращаться к чему-либо, кроме статического конструктора? (при условии, что часы не добавлены) Также - @SamuelNeff Все ли настройки считываются при первой ссылке, или вы говорите, что разные настройки считываются из одного и того же файла в разное время? Если последнее, я начинаю задумываться о наших друзьях в Редмонде.
Как говорит Джон, потратьте на это больше времени, только если вы действительно заметили повышение производительности.
Также я почти уверен, что эти приложения содержат конфигурация в памяти, и чтобы увидеть какие-либо изменения в конфигурации, приложение должно быть перезапущен.
Для некоторых дальнейшее чтение насчет оставшихся загадок.
Он считывает файл конфигурации приложения (MyApp.exe.config) один раз при запуске приложения, что легко проверить, изменив файл во время работы приложения.
Комментарий в сообщении форума, на который ссылается OP, был:
The values for the Web.config are stored into cache/memory when the application starts hence why the app restarts when any changes are made to the web.config. Note that this only applies to the Web.config, any other .config files you may use are accessed from the disk by default
Я бы интерпретировал этот комментарий как означающий, что файлы конфигурации, отличные от web.config в приложении ASP.NET, по умолчанию доступны с диска. Точно так же файлы конфигурации, отличные от MyApp.exe.config, в приложении WinForms / Console по умолчанию доступны с диска.
В этом комментарии не говорится, что MyApp.exe.config по умолчанию считывается с диска.
AppSettings кэшируется. Вы можете повысить производительность за счет дальнейшего кэширования, чтобы ограничить поиск namevaluecollection.
Попытайся,
ConfigurationManager.RefreshSection("appSettings")
Только будьте осторожны, имя файла (в папке bin)
Нормальное имя файла: appname.exe.config
если режим отладки: appname.vshost.exe.Config
Я несколько не согласен с этим. Подобные значения конфигурации, вероятно, будут использоваться во всех местах вашего приложения, включая вложенные циклы и тому подобное. Важно знать, будет ли чтение файла конфигурации занимать микросекунды или миллисекунды.