如何从 DynamicMethod 获取 IL 字节数组?
有点新奇的是,我试图看看运行时生成的轻量级代码的 IL 与 VS 编译器生成的代码有何不同,因为我注意到 VS 代码往往以不同的性能配置文件运行,例如演员表。
所以我编写了以下代码::
Func<object,string> vs = x=>(string)x;
Expression<Func<object,string>> exp = x=>(string)x;
var compiled = exp.Compile();
Array.ForEach(vs.Method.GetMethodBody().GetILAsByteArray(),Console.WriteLine);
Array.ForEach(compiled.Method.GetMethodBody().GetILAsByteArray(),Console.WriteLine);
不幸的是,这会引发异常,因为 GetMethodBody 显然是对表达式树生成的代码的非法操作。我如何以库方式(即不使用外部工具,除非该工具具有 API)查看使用轻量级 codegen 的代码生成的代码?
编辑:错误发生在第 5 行,compileed.Method.GetMethodBody() 抛出异常。
编辑2: 有谁知道如何恢复方法中声明的局部变量?或者没有办法GetVariables?
As a bit of a novelty, I'm trying to see how different the IL from light weight code generated at runtime looks vs code generated by the VS compiler, as I noticed that VS code tends to run with a different performance profile for things like casts.
So I wrote the following code::
Func<object,string> vs = x=>(string)x;
Expression<Func<object,string>> exp = x=>(string)x;
var compiled = exp.Compile();
Array.ForEach(vs.Method.GetMethodBody().GetILAsByteArray(),Console.WriteLine);
Array.ForEach(compiled.Method.GetMethodBody().GetILAsByteArray(),Console.WriteLine);
Unfortunately, this throws an exception as GetMethodBody is apparently an illegal operation on code generated by expression trees. How can I in a library manner (i.e. not with an external tool unless the tool has an API) look at the code generated by code using lightweight codegen?
Edit: the error occurs on line 5, compiled.Method.GetMethodBody() throws the exception.
Edit2:
Does anyone know how to recover the local variables declared in the method? Or is there no way to GetVariables?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(5)
是的,不起作用,该方法是由 Reflection.Emit 生成的。 IL 存储在 MethodBuilder 的 ILGenerator 中。你可以把它挖出来,但你必须非常绝望。需要反思才能了解内部和私人成员。这适用于 .NET 3.5SP1:
在 .NET 4.0 上,您必须使用 ilgen.GetType().BaseType.GetField(...) 因为 IL 生成器已更改,即从 ILGenerator 派生的 DynamicILGenerator。
Yeah, doesn't work, the method is generated by Reflection.Emit. The IL is stored in the MethodBuilder's ILGenerator. You can dig it out but you have to be pretty desperate. Reflection is needed to get to the internal and private members. This worked on .NET 3.5SP1:
On .NET 4.0 you'll have to use ilgen.GetType().BaseType.GetField(...) because the IL generator was changed, DynamicILGenerator, derived from ILGenerator.
当前的解决方案并不能很好地解决 .NET 4 中的当前情况。您可以使用
DynamicILInfo
或ILGenerator
创建动态方法,但此处列出的解决方案不适用于DynamicILInfo
动态方法全部。无论您使用
DynamicILInfo
方法生成 IL 还是ILGenerator
方法,IL 字节码最终都会出现在DynamicMethod.m_resolver.m_code
。您不必检查这两种方法,而且这是一个不太复杂的解决方案。这是您应该使用的版本:
请参阅此答案以获取更多辅助方法和 DynamicMethod 令牌解析问题的解决方案。
The current solutions here aren't addressing the current situation in .NET 4 very well. You can use either
DynamicILInfo
orILGenerator
to create the dynamic method, but the solutions listed here do not work withDynamicILInfo
dynamic methods at all.Whether you use the
DynamicILInfo
method of generating IL or theILGenerator
method, the IL bytecode ends up inDynamicMethod.m_resolver.m_code
. You don't have to check both methods and it's a less complex solution.This is the version you should be using:
See this answer for more helper methods and a solution for the DynamicMethod token resolution issue.
这里的 ILReader 应该可以工作。
ILVisualizer 2010 解决方案
The ILReader here should work.
ILVisualizer 2010 Solution
基于 Hans Passant 的工作,我能够更深入地挖掘,似乎有一个您应该调用的方法,称为 BakeByteArray,因此以下工作有效::
这当然有帮助,但我仍然没有办法解决
VariableInfo's
的问题,这对我的工作会有帮助。Based off Hans Passant's work I was able to dig a little deeper there appears to be a method that you should call, called
BakeByteArray
so the following works::This certainly helps, but I still have no way to resolve
VariableInfo's
just yet which is something that would help in my work.我刚刚将 @Hans Passant 和 @jnm2 解决方案合并到扩展方法中,并添加了有用的注释:
I just merged @Hans Passant and @jnm2 solutions into a extension method and added useful comments: