WIX生成安装包的快捷方式启动程序与直接运行EXE结果不一致如何解决

调试方案 #

• 直接修改快捷方式目标绑定调试器：右键快捷方式选择「属性」，在「目标」输入框原有内容前追加调试器路径和启动参数。比如用Visual Studio调试的话，修改为"你的VS安装路径\devenv.exe" /debugexe "原目标EXE路径"，保存后双击快捷方式就会自动启动VS调试会话，断点可正常命中。
• 运行后附加调试：先双击快捷方式启动应用，再打开调试工具（Visual Studio/WinDbg等），选择对应进程执行附加操作即可调试，适合不需要调试启动阶段逻辑的场景。
• 增加启动日志输出：在程序入口及资源加载逻辑中增加日志打点，将当前运行上下文信息、资源加载路径、错误堆栈输出到固定路径的日志文件，对比两种启动方式的日志差异即可快速定位问题点。

排查思路 #

优先检查：快捷方式工作目录配置 #

90%以上的同场景问题都由工作目录不匹配导致：

• 右键快捷方式查看「属性」中的「起始位置」字段，若该字段为空或指向非EXE所在安装目录，程序加载相对路径的资源、配置、动态库时就会找不到对应文件，出现部分内容加载失败的问题。
• 检查你的WIX代码中Shortcut元素是否遗漏了WorkingDirectory属性，正确配置示例如下：

<Shortcut Id="AppLaunchShortcut" 
          Name="你的应用名称" 
          Target="[INSTALLFOLDER]你的应用.exe" 
          WorkingDirectory="INSTALLFOLDER" />

如果未指定WorkingDirectory，WIX生成的快捷方式不会自动设置起始位置为EXE所在目录。

其他排查点 #

• 验证上下文环境差异：在程序启动时打印当前工作目录、运行权限、系统环境变量的完整列表，对比两种启动方式的输出，找到差异项即可定位根因。
• 检查快捷方式特殊配置：确认快捷方式的兼容性设置、运行身份（管理员/普通用户）配置是否和直接启动EXE时的环境一致，特殊兼容性配置可能导致部分API行为异常。
• 临时规避方案：若暂时无法定位问题，可在程序入口处强制将当前工作目录设置为EXE自身所在目录，示例代码（C#）：

using System.IO;
using System.Reflection;

// 程序入口第一行执行
Environment.CurrentDirectory = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);

C++ 可通过GetModuleFileName获取EXE路径后调用SetCurrentDirectory实现相同效果。

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