反编译VB.Net程序集会生成带有无效成员变量名的代码; 名称以$ STATIC $开头

Question

我正在为一个丢失了其VB.Net WinForms应用程序源代码的客户端工作.他们拥有的组件根本没有混淆.我试图恢复尽可能多的源代码作为C#源,并尝试了几种反编译程序集的工具,包括Reflector,ILSpy和JustDecompile(所有最新版本),但它们都产生了大量错误的代码他们.由于生成的代码中存在大量错误,我将询问具体的错误(在不同的问题中),希望得到更直接的答案,并以此方式尝试解释为什么所有工具都难以反编译这个集会.

这个问题涉及这样一个事实,即所有这些工具生成的代码总是有大量无效的成员变量(字段),如下所示:

private short $STATIC$Report_Print$20211C1280B1$nHeight;
private ArrayList $STATIC$Report_Print$20211C1280B1$oColumnLefts;
private StaticLocalInitFlag $STATIC$Report_Print$20211C1280B1$oColumnLefts$Init;

有人可以解释为什么生成的代码有这些无效的成员变量以及我如何解决这些变量？

Answer 1

这些是由VB.NET编译器生成的用于实现Static关键字的标识符.例如:

Class Example
    Public Sub test()
        Static lookhere As Integer = 42
    End Sub
End Class

生成这个IL:

.field private specialname int32 $STATIC$test$2001$lookhere
.field private specialname class [Microsoft.VisualBasic]Microsoft.VisualBasic.CompilerServices.StaticLocalInitFlag $STATIC$test$2001$lookhere$Init

通过在字段名称中使用保留字母,编译器可以确保永远不会与另一个字段发生意外冲突.在C#语言中没有与Static直接等价的东西.您可以将它们保留为类中的私有字段,但您必须注意初始化.$ Init标志的目的,而不是很多确保变量被正确初始化的IL.您需要手动重命名它们.

Answer 2

简而言之,IL中的有效内容不一定与源语言中的有效内容相同.给编译器生成(在某些圆圈中也称为合成)成员名称在语言中无效是相当常见的,因为它避免了任何可能的冲突.这些有时被称为难以形容的名称,因为它们不能在源语言中"说出".例如,C#编译器通常包含<>此类名称.

至于解决问题 - 一些反编译器会解决这些名称来自哪里,但你通常可以简单地改变名称.你会不会与原来的源代码结束,但如果你看你什么都结束了,你可以到那么更容易的原始来源是什么工作了没样子.

请注意,编译器可能生成的不仅仅是无效的名称:例如,在C#中,迭代器块生成IL,在某些情况下,它不能直接在"普通"C#本身中表示.这对您来说可能不是问题,但值得注意.