在clr callstack中查看接口是否正常？

Question

我有一个asp.net应用程序,崩溃了.在包含此callstack的Windows事件日志中有一个条目:

 Exception type: EntryPointNotFoundException 
    Exception message: Entry point was not found.
   at ***.Interfaces.Portal.Repository.ILookup.get_LookupDataCollection()
   at ***.Portal.Repository.Lookup.GetLookUpValue(ILookup lookup, Int32 index)
   at ***.Portal.Repository.Lookup.GetLookUpValue(ILookup lookup)
   at ***.HttpModules.RuntimeHttpModule.SetPageUrlInfoInContext(PageUrlInfo pinfo)
   at ***PortalRuntime.HttpModules.RuntimeHttpModule.BeginRequest(Object sender, EventArgs e)
   at System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

这只发生在客户机器上,我无法在本地重现它.正如您在顶部看到的那样,有一个接口(ILookup实际上是一个接口,而不是一个类).

我构建了一个类似的示例(通过接口调用的方法).Visual Studio 2015非常智能,可以显示:

ConsoleApplication2.exe!ConsoleApplication2.Lookup.GetLookupId(ConsoleApplication2.ILookup lookup) Line 37  C#

但是你仍然可以看到实现该方法的类.当应用程序位于通过接口调用的方法中的断点时,我还使用windbg附加到我的示例并打印堆栈:接口不在堆栈中.

这是我的问题:

• 在clr callstack中查看接口是否正常(特别是没有实现它的类)？我想我以前从未见过这样的一个callstack ......其他人？(我的意思是这一般,不管我的问题的第二部分)

• 这是一个非常相似的问题:@Hans Passant在他的第一条评论中说"未能解决接口方法的实现方法",OP说"你已经用你的第一条评论回答了我的问题".这真的是根本原因吗？有谁知道修复此问题？或者它只是一个特殊的CLR版本？

Answer 1

我可以解释为什么你会看到这一点,解决你的问题根本没有帮助.我对CLR将接口方法绑定到它们的实现的方式也不了解,它是疯狂的微优化.

问题是抖动必须为包含接口方法调用的方法生成代码.但它还不知道对象引用的身份.在代码实际执行之前,我不知道100%准确.所以它的作用是为目标方法分配存根,占位符.并为该存根生成CALL指令.该存根方法的实际名称不相关,当真正的目标方法被解析时,它将再次消失.

存根本身生成对CLR的调用以解析目标方法,现在知道对象引用的真实身份,从而需要执行哪种特定的实现方法.并修补机器代码,以便更换CALL地址.因此,下次该方法执行时,您不需要支付方法绑定的价格,并且调用以最大可能的warp速度运行.

如上所述,存根的名称无关紧要,因为它是临时的.赋予它接口方法的名称对于诊断MissingMethodException 非常有用.好主意.

真正的问题是加载的程序集不是您构建代码的程序集.可能是您忘记重新部署的旧版本.或者您只是在更改界面时忘记重建它,因为它不是解决方案的一部分.所以它没有接口方法的实现,当存根执行时,CLR发现这很晚.所以你在调用堆栈上看到了stub方法名.