更改windows服务的配置文件（app.config）必须重启服务才能生效吗？

这个问题是前一阶段写windows服务碰到的。本来在写获取配置文件的某个配置的值的时候，通常我都是写类似下面的这么一个静态方法来获取：

RecordCount表示每次从数据库读取的记录数。在服务写好安装后测试的时候，这个参数改过好几次，起初它的默认值是10000，后来分别改过为500，100，50和10。可是改完之后我不得不重启服务才能让配置文件起作用。经过几次这种折腾之后，感觉体验太差了。上网一搜，找到了这一篇：Do you have to restart a windows service if you change the app.config? 在原问题中，一个哥们给出了解答，就是通过ConfigurationManager.RefreshSection刷新某一配置节点，我们获取配置值的时候就不需要重启服务了：

        /// <summary>
        /// 获取每次处理记录数
        /// </summary>
        /// <returns></returns>
        private static int GetRecordCount()
        {
            int recordCount = 10000;
            try
            {
                ConfigurationManager.RefreshSection("appSettings");// 刷新命名节，在下次检索它时将从磁盘重新读取它。
                recordCount = Math.Abs(int.Parse(ConfigurationManager.AppSettings["RecordCount"]));
                if (recordCount == 0)
                {
                    recordCount = 10000;
                }
            }
            catch
            {
                recordCount = 10000;
            }
            return recordCount;
        }

经过测试，确实如此。

你可能会问，为什么加了那一行ConfigurationManager.RefreshSection(命名节点);就可以了呢？

查看MSDN，解释是这样的：“刷新命名节，这样在下次检索它时将从磁盘重新读取”。下面是VS里的函数说明：

        //
        // 摘要:
        //     刷新命名节，这样在下次检索它时将从磁盘重新读取它。
        //
        // 参数:
        //   sectionName:
        //     要刷新的节的配置节名称或配置路径和节名称。
        public static void RefreshSection(string sectionName);

原来，更改配置文件之后，应用程序读取配置的顺序不是从物理文件读取，而是从其缓存中读取（ConfigurationManager.RefreshSection方法在不影响其他节的前提下使指定配置节的缓存失效），必须强制刷新配置文件，才能读取到更改后的配置节信息 。

毫无疑问，和正常的读取配置文件节点方法相比，这个读取配置的方法在性能上应该有点影响，至于损失多少，会不会造成性能瓶颈，你懂的。

最后，从MSDN的例子我们也可以看出来，这个方法对于动态写入/读取配置文件非常有效。不过对于web应用程序这个方法可能不适合，因为大家知道，修改web.config相当于重启了web应用程序。

 转载自：http://www.cnblogs.com/jeffwongishandsome/archive/2011/04/24/2026381.html

 

程序员的基础教程：菜鸟程序员