ASP.NET 调试时无法F11进行下一步调试同项目类库，并且调用类库方法报错：找不到方法

最新推荐文章于 2024-11-01 14:28:11 发布

YuG丶

最新推荐文章于 2024-11-01 14:28:11 发布

阅读量835

点赞数 24

文章标签： asp.net 后端 visual studio

本文链接：https://blog.csdn.net/weixin_42284792/article/details/139980720

版权

问题描述

今天在开发项目时，发现代码在调用某个方法的时候报错，报错内容很奇怪，从来没见过

找不到方法:“System.String DHIS.BPM.Common.K2APITool.K2APIHelper.GetK2ProcessInstanceInfo(System.String, Int32)”

上面是报错信息，根据报错信息猜测可能是因为没找到这个方法导致的，但是奇怪的点就在这里，明明代码是不报错的，并且项目编译通过没报错，F12也是可以转到代码的实现的，说明代码应该是没问题的。那么就调试一下看看是什么原因。

下面是代码背景介绍：
项目有两个：

BPM (ASP.NET项目)
Common (类库项目)

在BPM项目中，调用了Common项目的方法

方法调用逻辑示意：
BPM.InitializeWebContext -> Common.GetProcessInstance -> Common.GetK2ProcessInstanceInfo

InitializeWebContext方法：
在这里插入图片描述
GetProcessInstance：

GetK2ProcessInstanceInfo：

解决问题

从上面代码和调用逻辑来看，是很简单的方法调用，并且在ide中，代码是可以互相跳转的，并且检查了BPM项目的引用，发现Common的引用也是正常的
在这里插入图片描述

但是很奇怪的点出现了，在调试的过程中，突然发现在InitializeWebContext方法调用GetProcessInstance方法时，无法F11进入方法内部，并且直接进入InitializeWebContext方法的catch，报错内容就是最开头的报错。

这里就很奇怪了，明明项目引用是正确的，并且代码可以F12跳转过去，但是就是无法调试，并且报错找不到方法。
无法调试可能是PDB文件没有生成的原因，检查编译配置：发现编译配置是Debug模式，是正确的

简单来说，debug模式会生成pdb文件并且不会进行代码优化，方便调试
release模式一般不会生成或者生成的pdb文件不会包含完整的信息，减少文件输出大小，并且会优化代码
debug适合本地开发调试，release更适合生产

检查一下Common项目的bin目录，看看有没有pdb文件
在这里插入图片描述

发现dll文件和pdb文件都是最新生成的，并且都存在。
这时又怀疑是文件缓存之类导致的，又开始清理解决方案，重新生成，测试，但是发现没用，仍然是那个报错。

这个时候通过搜索问题和询问GPT，发现可能是dll文件版本不对导致的，准备对比一下Common项目bin目录下的dll文件和BPM项目引用的dll文件版本是否一致。结果发现又是一样的…
此时还是怀疑引用的dll文件不是最新的，所以使用了ILSpy和VS的对象浏览器功能，反编译查看方法是否存在
ILSpy反编译

麻了，反编译发现dll文件是对的。

这时已经毫无头绪不知道怎么继续排查了，所以只能继续询问GPT，看看有没有头绪
在这里插入图片描述

GPT回答：
PDB文件丢失或不匹配：
- 调试信息（PDB文件）缺失或与DLL不匹配，会导致无法进入类库代码进行调试。确保在生成解决方案时包含了PDB文件，并且部署到正确的路径。
代码优化：
- 在发布配置中，代码优化会使得调试器难以正确映射源代码。尝试在Debug配置下运行项目，确保优化被关闭。
版本不一致：
- 确保引用的DLL版本与本地调试的代码版本一致。有时项目中引用了旧版本的DLL而不是最新编译的版本，会导致运行时找不到方法。
符号加载问题：
- 检查Visual Studio中是否正确加载了符号。可以在“调试 -> 符号”中手动加载符号文件。
程序集引用路径错误：
- 确保项目中引用的DLL路径正确，尤其是在多项目解决方案中，可能会因为路径配置问题引用到错误的DLL。
强名称冲突：
- 如果类库使用了强名称签名，确保项目引用的DLL和调试时加载的DLL签名一致。

GPT回答了几个方向，目前怀疑是dll的签名不一致，所以继续询问
在这里插入图片描述
此时，关键来了，GPT的回答中，说到了一个关键点：可以在调试->窗口->模块中，查看引用的dll文件具体的地址以及pdb信息
这个时候按照步骤查看引用的dll信息，突然发现，Common项目的路径和其他dll不一样！！！
在这里插入图片描述

上图有些问题，因为截图的时候bug已经解决了，所以和描述有点不一样，不过可以看图中最后一个，最后一个的路径和其他也是不一样的

正常的dll引用地址都是：C:\Users\wbguo.yu\AppData\Local\Temp\Temporary ASP.NET Files\vs\a27930e3\b1b0b19d\assembly\dl3
但是Common项目的引用地址却是：C:\Windows\assembly\GAC_MSIL\DHIS.BPM.Common\1.0.0.0__9af3289ac427fbfa
而且可以通过图中发现，不正常的dll文件，符号状态是未加载的，这也是为什么无法调试的原因

于是再次询问GPT
在这里插入图片描述
这次GPT直接回答了问题的关键点，GAC全局程序集缓存