如何防止NTFS系统下目标文件重命名后快捷方式路径被自动修改

根因说明 #

该自动修改行为由Windows默认启用的分布式链接跟踪客户端服务触发：当你重命名NTFS分区上正在运行的可执行文件时，该服务会自动扫描并修改所有指向原文件路径的快捷方式目标，匹配重命名后的旧文件路径，最终导致更新完成后快捷方式指向已废弃的旧程序。

最优解决方法（无需修改用户系统配置） #

方案1：调整自更新流程，避开触发链接跟踪 #

放弃重命名运行中旧程序的逻辑，改用助手进程完成更新替换，全程不会触发路径跟踪修正：

• 先将下载好的新版本程序以临时文件名（如app_temp.exe）存储到原程序所在目录
• 程序内启动独立的轻量更新助手进程，传入原程序路径、临时新版本路径参数后，主动退出当前运行的旧程序
• 助手进程等待旧程序完全退出后，直接删除旧程序，将临时新版本重命名为原程序的标准文件名，最后启动新程序即可

C# 实现核心代码参考：

// 主程序内触发更新时的逻辑
var updateHelperPath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "UpdateHelper.exe");
var currentExePath = Process.GetCurrentProcess().MainModule.FileName;
var tempNewExePath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "app_temp.exe");
// 启动助手进程，传递参数
Process.Start(updateHelperPath, $"\"{currentExePath}\" \"{tempNewExePath}\"");
// 退出当前旧程序
Application.Exit(); // 控制台程序可改用Environment.Exit(0)

方案2：添加配置直接屏蔽链接跟踪 #

微软提供了针对性的屏蔽规则，只需在你的程序同目录下创建和程序同名的ini配置文件即可：

• 假设你的程序名为MyApp.exe，新建MyApp.ini文件
• 写入以下内容后随程序打包分发即可

[General]
NoTrack=1

该配置会直接告诉Windows链接跟踪服务，不要监控该程序的移动、重命名操作，不会自动修改关联的快捷方式。

补充：批量修复已失效的快捷方式 #

如果已有用户出现快捷方式失效问题，可在程序启动时添加快捷方式修正逻辑，通过IShellLink COM接口扫描桌面、开始菜单目录下的对应快捷方式，批量修正目标路径为正确的原程序路径。

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