c# – GetCallingAssembly()和GetExecutingAssembly()是否同样倾向于JIT内联？

有 Assembly.GetExecutingAssembly()和 Assembly.GetCallingAssembly().请注意,GetCallingAssembly()有一个备注,提到根据JIT内联的行为方式,一个方法可能(或没有)内联到另一个方法中,因此GetCallingAssembly()返回不同的结果.

现在GetExecutingAssembly()有何不同？ JIT内联在技术上可以内联调用GetExecutingAssembly()的代码,因此代码现在属于不同的程序集,并且取决于是否发生GetExecutingAssembly()也可以产生不同的结果.

为什么GetExecutingAssembly()描述没有提到类似于GetCallingAssembly()描述的JIT inining？

解决方法

GetExecutingAssembly方法不容易受到JIT内联的影响,因为同样的原因,MethodBase.GetCurrentMethod也不会受到影响,因为它们是以类似的方式实现的.

这两个方法都声明了一个特殊枚举StackCrawlMark的局部变量,并将其初始化为StackCrawlMark.LookForMyCaller.此局部变量具有防止调用GetExecutingAssembly或GetCurrentMethod的方法被内联的副作用,这将保证正确的结果.

这可以通过实验以及SSCLI20中与此枚举相关的注释来支持：

// declaring a local var of this enum type and passing it by ref 
// into a function that needs to do a stack crawl will both prevent inlining of 
// the calle and pass an ESP point to stack crawl to
//
// Declaring these in EH clauses is illegal; 
// they must declared in the main method body

GetCallingAssembly易受影响的原因是因为您正在寻找调用者的调用者,并且局部变量仅保证调用者没有内联,这意味着可以内联祖父素方法导致意外结果.