反编译 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

那些不是变量，它们是字段（它们具有访问修饰符）。

它们将是编译器生成的字段，将在许多不同的情况下生成。这些名称故意无效，以避免与“正常”字段发生冲突。

如果您可以提供更多上下文，聪明的人可能会弄清楚编译器发出这些字段的源代码最初是什么样子。

Answer 2

这些是由 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# 语言中没有与静态直接等效的东西。您可以将它们保留为类中的私有字段，但必须注意初始化。 $Init 标志以及大量 IL 的目的是确保变量正确初始化。您需要手动重命名它们。

Answer 3

简而言之，IL 中有效的内容不一定与源语言中有效的内容相同。为编译器生成的（在某些圈子中又称为“合成的”）成员名称提供在语言中无效的名称是相当常见的，因为它可以避免任何可能的冲突。这些有时被称为无法说出的名称，因为它们无法在源语言中“说出”。例如，C# 编译器通常在此类名称中包含 <>。

至于解决问题 - 一些反编译器会自动找出这些名称的来源，但您通常可以简单地在各处更改名称。您最终不会得到原始源代码，但如果您查看您最终得到的内容，您可能能够更轻松地弄清楚原始源代码做了什么 /em> 看起来像。

请注意，编译器可能生成的不仅仅是无效名称：例如，在 C# 中，迭代器块生成 IL，在某些情况下无法直接用“正常”C# 本身表达。这对您来说可能不是问题，但值得注意。