换账号后配置像丢了，怎样区分AppData与ProgramData

换账号后配置像丢了，应先确认程序配置保存在用户范围还是机器范围。LocalAppData、RoamingAppData和ProgramData代表不同位置，维护账号与展示账号可能各有一份同名配置。看到空列表不能直接说文件被删除，更不应先复制整个用户目录覆盖。

先确定文件与环境

本文只查配置存储作用域，不检查桌面会话可见性。附件Show与Maint是虚构账号字符串，没有读取真实用户目录。Windows已知目录是定位线索，程序可以有自定义配置、便携模式或云端配置，必须按产品文档确认；Roaming目录名称也不保证当前环境已经配置了漫游同步。

操作与判断

1. 先登记程序版本、运行身份、配置入口和实际打开的文件路径。把安装目录、用户数据、公共数据和远程配置分开，不能因为文件名相同就认为两个账号读同一份。

2. 在各自账号只读查询已知目录，再按产品说明定位配置文件。不要把维护账号终端输出的LocalAppData当展示程序路径；若目标进程身份未知，先标记受阻而不是猜用户名。

3. 比较两份配置的存在、修改时间、摘要和非敏感关键字段。配置包含口令或令牌时仅在内部检查，公开报告只保留脱敏差异与安全引用，不直接输出完整配置。

4. 按软件支持方式导出、导入或设置共享配置位置，在测试副本复验。机器范围目录仍有访问控制要求，不能把所有用户可写当通用解决方案；任何迁移要有回退副本。

输入对照与结果边界

账号	合成LocalAppData	配置对象
Show	C:\Users\Show\AppData\Local	用户A副本
Maint	C:\Users\Maint\AppData\Local	用户B副本
机器范围	C:\ProgramData	是否使用需产品确认

verify.py实际计算两个不同用户路径，公共目录仅作为候选，不宣称程序一定使用它。缺失配置的原因可能是首次启动尚未生成、另一版本改变格式、进程读取不同来源或访问失败。判断时先确认实际读路径，再讨论是否需要迁移，否则容易把好配置复制到一个从未被读取的位置。

下载并复核

双账号目录输入、作用域路径计算、已知目录只读查询、执行与语法结果。

下载cases.json、verify.py与readonly.ps1。只读脚本打印当前身份的三个目录，现场采集结果按账号分开保存。把产品支持的配置相对位置补入项目记录，核对实际文件，而不是在全部用户目录递归搜敏感内容。输出包含个人路径，发送前应脱敏并保留内部原始证据。

已实际计算两个用户作用域中的不同配置路径，PowerShell语法通过。未读取客户配置或真实账号目录，未做配置迁移和恢复。

失败时怎样继续

目录和文件都存在却仍恢复默认，查格式版本、读取权限、启动参数或云端覆盖；不要先删除全部AppData。换回原账号正常只证明账号条件相关，不能直接排除配置格式问题。若需共享一份配置，要确认并发写入、升级迁移和最小权限，不让多个进程互相覆盖文件。

交付应说明配置的作用域、备份导出方式和换账号时的恢复步骤，记录哪些字段可迁移、哪些依赖设备或授权。用独立测试账号验证支持的导入流程，成功后再恢复正式运行。没有实际打开目标配置前，只能说明目录机制与检查方法，不能写成用户配置已经找回。

相关背景可看同一播放器管理员能开、普通账号打不开，怎样查运行依赖，继续从远程运维专题查找相关流程；需要结合项目确认时可查看SoftAgent 部署能力。

一级出处

• LocalAppData、RoamingAppData与ProgramData是不同范围的已知目录。

来源核对日期：2026-10-24。来源支持所述机制；本文合成输入与本地计算只证明所列文件及算法，不代表目标软件或现场设备已验收。