应用修改全局machine.config是否合规？非管理员运行问题咨询

让我直接针对你的三个疑问逐一拆解解答：

1. 这种修改machine.config的做法是否合规？ #

从.NET应用开发的最佳实践和系统权限规范来看，这种做法并不合规。c:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\machine.config是.NET Framework的系统级全局配置文件，它会影响所有基于该.NET版本运行的应用程序——而不是只针对你的特定应用。随意修改这个文件很容易破坏其他依赖默认配置的.NET应用，属于非常不恰当的系统级改动。

另外，修改该文件需要管理员权限，这违背了普通桌面应用“权限最小化”的设计原则，会大幅限制应用的部署和使用场景。

2. 这是不是开发者错误的配置方式？ #

绝对是错误的配置方式。正确的做法应该是使用应用级别的配置文件（比如你的应用专属的app.config）来添加特定的appSettings配置，而非修改全局的machine.config：

• 应用级配置仅作用于当前应用，不会干扰其他程序；
• 无需管理员权限即可修改（只要应用目录权限允许）；
• 更便于部署和维护，不需要触碰系统级文件。

你要添加的配置内容，完全可以放在自己应用的app.config中，示例代码如下：

<configuration>
  <appSettings>
    <clear />
    <add key="<app-specific token>" value="<path to a file>" />
  </appSettings>
</configuration>

3. 为什么会导致应用无法以非管理员用户身份运行？ #

这个问题主要和权限及配置逻辑有关：

• 首先，首次启动修改machine.config的操作本身就需要管理员权限，普通用户没有写入系统目录配置文件的权限，所以首次启动就会失败；
• 其次，如果你的应用每次启动都检查并尝试修改这个文件（而不是只做一次），那么后续普通用户运行时也会因为权限不足报错；
• 另外，如果配置中指定的文件路径是普通用户没有访问权限的位置（比如系统目录），也会导致应用运行时无法读取文件而失败。

总结 #

这种修改全局配置的做法既不符合行业最佳实践，也带来了不必要的权限限制问题，建议立即调整为使用应用自身的配置文件来存储专属设置。

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