调用Properties.Settings.Default.Save() 后用户设置无法跨会话持久化

• 逻辑混淆：Properties.Settings.Default.Properties集合中的SettingsProperty对象是配置项的静态元数据定义，其DefaultValue是编译期写入的硬编码初始值，不属于可被序列化持久化的运行时实例数据。直接修改这个属性值不会被Settings系统的变更检测识别，调用Save()时自然没有内容可持久化。
• 读写方向颠倒：
  • 原加载逻辑从Settings元数据的默认值向UI控件赋值，每次启动都会强制用编译期硬编码值覆盖UI状态，就算之前已保存过用户配置也完全无法读取。
  • 原保存逻辑从UI控件取值后，仅修改Settings元数据的默认值，全程没有把用户输入同步到Properties.Settings.Default的实际实例属性上，等于从未改变Settings的运行时状态。
• 配置前提不匹配：若需跨会话保存的配置项在项目设置中被标记为Application作用域，这类配置本身为只读状态，存储在程序同级的app.config文件中，Save()方法对这类配置完全不生效，只有User作用域的配置项才支持跨程序会话持久化。

前置检查 #

打开项目的设置设计器，确认所有需要跨会话存储的配置项作用域设置为User，避免作用域不匹配导致的保存失效。

标准读写逻辑实现 #

无需通过反射遍历元数据集合，直接按照Settings系统的原生读写通道实现：

1. 加载配置（程序启动、页面初始化时调用）

   private void SettingsLoad()
   {
       // 直接从Settings实例读取已持久化的用户值，同步到对应UI控件
       txtUserInput.Text = Properties.Settings.Default.UserInputValue;
       chkEnableFeature.Checked = Properties.Settings.Default.EnableFeatureFlag;
       // 其余配置项按照属性名一一对应赋值即可
   }
   

2. 保存配置（用户修改设置、确认保存时调用）

   private void SettingsSave()
   {
       try
       {
           // 先把UI上的用户选择值，同步到Settings实例的对应属性
           Properties.Settings.Default.UserInputValue = txtUserInput.Text;
           Properties.Settings.Default.EnableFeatureFlag = chkEnableFeature.Checked;
           // 触发持久化，将Settings实例的当前值写入用户目录下的user.config文件
           Properties.Settings.Default.Save();
           MessageBox.Show("Values written successfully", "Saved");
       }
       catch (Exception ex)
       {
           MessageBox.Show(Utility.ParseException(ex), "EXCEPTION!");
       }
   }
   

• 禁止手动修改Properties.Settings.Default.Properties元数据集合，该集合为配置定义入口，运行时修改的内容不会被Settings序列化逻辑捕获。
• 若为ClickOnce部署的程序，需确认用户对应用专属存储目录（通常在AppData\Local下的ClickOnce应用专属路径）具备写入权限，正常场景下该目录为用户可写状态，不会触发权限拦截。
• 保存完成后可调用Properties.Settings.Default.Reload()校验值是否成功写入，快速排除路径权限问题。

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