优先修改软件设置
对持续增长的数据，迁移通常比反复删除更有效。
先检查下载目录、缓存位置、聊天文件、媒体素材、项目目录与包管理器缓存。使用软件官方支持的配置方式，并确认设置是否会迁移旧文件，还是只影响后续写入。
不要把聊天数据库、离线文档或开发环境直接当作缓存。包管理器与开发工具的迁移方法各不相同，应按各自文档处理，避免一口气修改整套用户目录和环境变量。
移动“下载”“文档”“图片”
对于属性中提供“位置”选项卡的用户文件夹，可以右键 属性 → 位置 → 移动，选择其他盘上的独立目录，并按提示迁移文件。
每个文件夹使用不同目标，例如 D:\UserFiles\Downloads 和 D:\UserFiles\Documents，不要都指向 D 盘根目录。这是修改 Windows 已知文件夹的位置，不是简单修改一个环境变量。
如果文件夹正由 OneDrive 等同步工具接管，先处理对应的备份、同步设置，再判断能否移动。完成后检查快捷入口、新文件保存位置和旧文件是否齐全。
目录联接：没有迁移入口时的备选
mklink /J 创建的是目录联接（junction），它让旧路径指向另一个本地目录；它本身不复制数据，也不是备份。命令格式见 Microsoft Learn。
仅考虑迁移已确认用途的普通应用数据目录，目标应是稳定连接的本地磁盘。不要把下面的操作套用于整个 AppData、Windows、Program Files，或由系统管理的应用目录；软件更新、修复程序也可能不兼容这种布局。
迁移和验证
下面用虚构应用 ExampleApp 举例。所有命令均在 Windows 命令提示符（cmd.exe） 中执行，先替换为实际核实的路径；mklink 不是 PowerShell 内置命令。
- 完全退出应用及其后台进程，备份重要数据。
- 将原目录内容完整复制到
D:\AppData\ExampleApp；核对文件数量、大小，重要文件可进一步校验。 - 将原目录重命名为
ExampleApp.backup，确保旧路径不再存在。 - 创建联接：
mklink /J "%LOCALAPPDATA%\ExampleApp" "D:\AppData\ExampleApp"- 检查联接及目标路径：
dir /AL "%LOCALAPPDATA%"- 启动应用，检查登录、历史和文件访问；创建一份可丢弃的测试数据，确认写入目标目录，再重启复查。
- 稳定使用并确认备份无缺漏后，才删除 C 盘上的旧备份。备份仍在 C 盘时，迁移尚未释放这部分空间。
出问题怎么回退
先退出应用。如果迁移后产生了新数据，先备份并核对目标目录内容，避免直接恢复旧备份造成数据丢失。
用 dir /AL 确认旧路径确实仍是预期联接后，在 cmd.exe 中移除联接入口：
rmdir "%LOCALAPPDATA%\ExampleApp"不要添加 /S，也不要将路径替换成 D 盘目标目录。确认入口移除后，把完整、最新的数据恢复到原路径；若没有新写入，也可以将原备份改回原名，再启动应用检查。
若检查发现旧路径已变成普通目录，停止套用命令，先核对两处数据。平时记录源路径、目标路径和迁移日期，方便软件更新或重装时排查。
卸载软件与检查残留
先通过 Windows“已安装的应用”或软件自带卸载程序正常卸载。需要检查残留时，可选用 HiBit Uninstaller 或 Geek Uninstaller，两者均提供卸载与残留扫描功能。
残留扫描结果需要复核：共享组件、许可证、用户文档与同厂商其他软件的数据，不应仅因名称相近就删除。强制移除留给正常卸载失败且已查明原因的情况，也不需要为了腾空间定期批量清注册表。