求助：Windows Service完全忽略配置文件问题如何解决

兄弟，我太懂这种摸不着头脑的踩坑感了！你遇到的情况其实是Visual Studio自带的Settings机制默认行为导致的——当你用项目里的Settings设计器创建配置项时，Application范围的设置会被直接编译进exe文件作为默认值，哪怕你修改甚至删除Service1.exe.config，服务启动时也会 fallback 到这些内嵌的硬编码值。

为什么会这样？ #

Visual Studio的Settings分为两种范围：

• Application范围：默认选项，配置值会嵌入到程序集（exe）中，运行时只读，只能在设计阶段修改。
• User范围：配置值会存储在用户目录的配置文件里，运行时可以修改，服务启动时会优先读取外部config文件的值。

你的情况大概率是把需要动态调整的配置项设成了Application范围，所以才会出现config文件无效、值在exe里的情况。

解决步骤 #

1. 调整Settings的范围
   打开项目里的Settings.settings文件，查看每个配置项的「范围」列：

   • 把需要动态修改的配置项（比如SMTP参数、远程服务地址）改成User范围。
   • 注意：Application范围的设置是只读的，运行时无法修改，只能用于不需要变动的固定配置。

2. 重新编译项目
   修改范围后，重新生成整个解决方案。此时exe里的默认值会更新，同时Service1.exe.config里的对应节点也会自动调整为User范围的格式。

3. 修改config后重启服务
   Windows Service只会在启动时加载配置文件，所以修改完Service1.exe.config后，必须重启服务才能让新配置生效。

4. 可选：手动读取配置文件（完全脱离Settings默认行为）
   如果不想依赖自动生成的Settings类，可以直接用ConfigurationManager手动读取config节点，更灵活：

   using System.Configuration;
   
   // 示例：读取自定义SMTP配置节
   var smtpConfig = ConfigurationManager.GetSection("smtp") as NameValueCollection;
   if (smtpConfig != null)
   {
       string server = smtpConfig["Server"];
       int port = int.Parse(smtpConfig["Port"]);
       bool enableSsl = bool.Parse(smtpConfig["EnableSsl"]);
       // 后续业务逻辑
   }
   

额外注意事项 #

• 如果之前已经把值编译进exe，就算修改了config，当config里的键不存在时，服务还是会用exe里的默认值，所以要确保config文件的节点名称和Settings的键完全一致。
• Windows Service运行的账户需要有读取Service1.exe.config文件的权限，否则会 fallback 到内嵌默认值。

内容的提问来源于stack exchange，提问作者Dejan Dozet