Viap 推荐，用 NTFS 链接把软件搬出 C 盘
C 盘告急的标准解法里，把已装软件搬到别的盘风险最高。注册表路径、服务引用、许可证绑定，搬完开不了机的例子一搜一堆。GitHub 上的开源工具 Viap 给了一个工程化的做法，用 NTFS 目录联接与符号链接做重定向，应用路径不变，数据挪窝。我把它的 README、版本发布和 issue 区都翻了一遍，这个思路值得展开讲讲。
主要功能
Viap 是 Windows 10 及以上的工具，仅支持本地 NTFS 盘，作者 Chunyu33，MIT 开源，星标一千出头，最新版 v1.2.1 在 9 月 18 日发布，九月中旬还发过 v1.2.0，节奏很密。技术栈与同作者的 LightC 一样是 Tauri 加 Rust，这位开发者今年连出两个 C 盘方向的小工具，一个管分析清理，一个管搬迁，凑成一套。
工作方式在 README 里写得很明确，不用注册表、没有软件白名单。迁移时先检查运行中的进程与文件锁，把数据复制到目标盘，校验通过后才把原路径切换为目录联接或符号链接，应用访问原路径时被透明地引到新位置。链接健康检查随时可跑，迁移记录丢了还能靠扫描目录联接反向重建。可搬的对象包括已安装应用（支持随时还原）、系统文件夹、按应用选择的数据目录与自定义文件夹。配套功能也齐，卸载加残留扫描、迁移历史的导入导出、磁盘占用显示、应用快照，设置页还能从 GitHub 下载当前版本签名，用官方公钥校验程序本体。
分发渠道有标准安装器、WebView2 离线安装器与便携 ZIP 三种，标准安装器自带更新检查，便携版数据放在程序旁边的目录里，也能从夸克网盘取更新包，内网环境考虑离线包。
解决了什么需求
重度 C 盘患者的典型场景它都覆盖了。游戏目录几十 GB 想挪去机械盘，微信的聊天数据想挪去 D 盘，某几个应用的数据文件夹特别能吃空间，这类需求用目录联接做透明重定向，应用本身毫无感知，许可证检查也照常通过。仓库今年 2 月 26 日创建，半年攒到一千多星，open issue 只有一个，维护面收拾得很干净。issue 区能看到真实使用的痕迹，rocgump 在 8 月下旬用 Win11 26H2 配 v1.1.11 便携版，迁移 Yarn 缓存时报错误码 3，帖子已关闭，九月里连发两版说明作者在持续收拾这类边角。作者还置顶了一篇 issue 讲反馈姿势，一帖一问题、带系统版本与日志，工程习惯在线。
与商用搬家软件相比，它的机制干净。不碰注册表意味着不产生半迁移状态的注册残留，校验通过才切换链接的顺序把风险压在了复制阶段，失败就是没搬成，很少出现搬一半的烂摊子。上手路径建议从游戏目录这类无许可证绑定的大家伙练手，跑通一单再碰工作软件，心里有底。
注意事项
边界与风险官方 README 列得很细，照抄重点。明确不能搬的，商店应用与 MSIX 打包的 UWP、系统组件、浏览器安装、显卡驱动，浏览器与驱动对路径和文件的校验最严，动了就出事。需要管理员权限，操作前先备份。AppData 整体迁移是禁区，要按应用一个一个选数据目录。带许可证绑定、装了系统服务、内核驱动或硬编码路径的软件，重定向后可能损坏，这类先查官方说明或放弃。迁移期间关掉相关应用，部分软件有服务与内存映射文件占着锁。网络驱动器与非 NTFS 文件系统不能当目标，迁移记录激活期间别手动删目标目录，目录一删，还原记录就断了，链接虽然还能用，后悔药没了。
总结
把软件搬家从玄学操作变成有校验、可还原的工程流程，Viap 的链接重定向方案在思路上就赢了多数同类。先用 LightC 找出谁在吃 C 盘，再用 Viap 精准搬走大户，一套流程走完，红条变蓝条。动手前备份这个动作别省，工具再稳也稳不过好习惯，搬完的头几天多留意应用启动是否正常，有异常就用还原功能退回原位。
来源
- GitHub 仓库 https://github.com/Chunyu33/viap
- 版本发布页 https://github.com/Chunyu33/viap/releases
- 作者另一项目 LightC https://github.com/Chunyu33/light-c
- 迁移失败反馈 issue https://github.com/Chunyu33/viap/issues/18
- 反馈指南置顶帖 https://github.com/Chunyu33/viap/issues/12