C#中Properties.Settings.Default.oldJson执行Save后方法重入时值被重置

问题现象 #

• 递归轮询逻辑中，对Properties.Settings.Default.oldJson赋值并调用Save()后，立刻打印可看到赋值为预期值
• 方法递归再次执行读取该配置时，值被重置为初始默认值none
• 方法首次运行在独立新线程中启动

常见失效原因（按出现概率排序） #

• 配置作用域设置错误：oldJson项的作用域被设为应用级（Application）而非用户级（User）。应用级配置为只读属性，运行时修改仅存在于内存临时缓存中，调用Save()也不会持久化到磁盘，每次读取都会返回编译时写入的固定默认值。
• 存在隐式配置重置逻辑：全局代码中若存在误调用的Properties.Settings.Default.Reset()（将所有配置重置为默认值）或Properties.Settings.Default.Reload()（从磁盘存储文件重新加载配置，覆盖内存中未持久化的修改），就会导致刚修改的值被意外覆盖。这类误调用常出现在程序初始化、跨线程UI绑定的逻辑分支中。
• 多线程读写竞争：Properties.Settings的默认单例缓存并非完全线程安全，独立线程执行保存操作时，若其他线程同时触发了配置初始化或重载，会导致内存中的配置缓存被意外重置为默认值。
• 部署环境写入权限不足：若程序为ClickOnce沙箱部署模式，用户配置会存储在独立的应用沙箱目录中，若程序无该目录的写入权限，Save()会静默失败不抛出异常，下次读取时自然回到磁盘中存储的默认值。

对应验证&修复方案 #

• 优先排查配置作用域：打开项目属性的「设置」面板，找到oldJson配置项，将其范围改为User，该操作可解决80%以上的同场景保存失效问题。
• 排查隐式配置调用：全局搜索Settings.Default.Reset、Settings.Default.Reload关键词，移除所有非预期的配置重载、重置调用。
• 多线程操作加锁：给所有涉及oldJson读写、Save()调用的逻辑增加统一的私有锁对象，避免跨线程同时操作配置缓存引发的竞争问题。
• 验证写入有效性：在Save()调用完成后立刻执行Properties.Settings.Default.Reload()再读取值，如果Reload后值回到默认值，说明保存操作未实际写入磁盘，需检查对应配置存储目录的写入权限。

内容的提问来源于stack exchange，提问作者Антон Пискорский