C#动态加载DLL时异常栈追踪缺失问题求助

1. 栈追踪丢失与本地路径问题的核心原因 #

异常栈显示本地路径，是因为编译DLL时生成的PDB文件包含了本地编译环境的路径信息；而栈追踪无法定位步骤内部行号，本质是缺少符号信息导致CLR无法映射异常到具体代码位置。

2. 关于PDB文件的必须性与自动加载 #

• 必须部署配套的.pdb文件：PDB存储了编译时的符号信息（代码行号、文件名等），没有它，CLR无法生成包含具体出错行的完整栈追踪。
• 运行时会自动加载PDB：只要PDB与对应DLL放在同一目录，或在CLR的符号搜索路径内，加载DLL时会自动尝试加载PDB。部署时务必将每个步骤的DLL和同名PDB同步放到目标机器的对应目录。

3. 链式加载DLL不会导致栈追踪丢失 #

链式加载（A加载B，B加载C）本身不会丢失栈追踪，除非出现以下情况：

• 中间层（如B）捕获异常后重新抛出时使用throw ex;而非throw;——前者会重置栈信息到当前抛出点，后者才会保留原始栈追踪。
• 中间层的DLL未部署对应PDB，导致该层的栈信息无法解析。

4. 具体修复步骤 #

• 同步部署PDB：将每个步骤DLL对应的PDB文件与DLL放在同一部署目录，确保路径一致。
• 正确抛出异常：所有重新抛出异常的逻辑必须使用throw;，禁止用throw new Exception(...)或throw ex;破坏原始栈信息。
• 验证符号加载：可在日志中添加代码输出Assembly.GetExecutingAssembly().Location，确认DLL和PDB的实际部署路径是否匹配；也可使用dotnet-dump工具检查目标机器上的符号加载状态。
• 调整编译配置：若Release模式开启了代码优化，可能导致行号不准确。如需精确行号，可在项目文件中设置<Optimize>false</Optimize>，或发布时关闭优化选项。
• 切换为便携PDB：传统Windows PDB会包含本地编译路径，换成.NET Core及以后版本默认的便携PDB，可解决栈追踪显示本地PC文件夹路径的问题，同时便携PDB更轻量，适合部署。

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