PEVerify 关于重复方法的警告在这里是错误的吗?
Is PEVerify warning about duplicate methods wrong here?
我正在混淆程序集,混淆后 PEVerify 发出以下错误:
[MD]: Error: Method has a duplicate, token=0x060035d8. [token:0x060035D5]
[MD]: Error: Method has a duplicate, token=0x060035d5. [token:0x060035D8]
这是第一个方法声明 header:
// Token: 0x060035D5 RID: 13781 RVA: 0x000D7828 File Offset: 0x000D5A28
.method private final hidebysig newslot virtual
instance void b () cil managed
{
.override method instance void [mscorlib]System.IDisposable::Dispose()
// Header Size: 12 bytes
// Code Size: 52 (0x34) bytes
// LocalVarSig Token: 0x11000050 RID: 80
.maxstack 2
.locals init (
[0] int32
)
这是第二个:
// Token: 0x060035D8 RID: 13784 RVA: 0x000248BC File Offset: 0x00022ABC
.method private hidebysig
instance void b () cil managed
{
// Header Size: 1 byte
// Code Size: 31 (0x1F) bytes
.maxstack 8
对我来说,这似乎是一个显式的 IDisposable 接口实现。这两种方法也会被调用,因此并不是所有对一个方法的调用都被对另一个方法的调用所取代。他们只是同名
如果用 C# 编写了类似的代码 - 编译器将发出方法 System.IDisposable.Dispose() 和 Dispose() 从而消除相同的名称并使 PEVerify 静默。
为了确保相同的名称在其中一个显式覆盖接口方法而另一个不是时成为有效的 IL,我编写了这样的示例应用程序:
namespace ClassLibrary1 {
public interface IX { void M(); }
public class Class1 : IX {
void IX.M() { Console.WriteLine("IX.M()"); }
public void M() { Console.WriteLine("M()"); }
}
public class Class2 {
public static void Main(string[] args) {
var x = new Class1();
x.M();
((IX)x).M();
}
}
}
IL 看起来像这样:
// Token: 0x06000002 RID: 2 RVA: 0x00002050 File Offset: 0x00000250
.method private final hidebysig newslot virtual
instance void ClassLibrary1.IX.M () cil managed
{
.override method instance void ClassLibrary1.IX::M()
// Header Size: 1 byte
// Code Size: 13 (0xD) bytes
.maxstack 8
/* 0x00000251 00 */ IL_0000: nop
/* 0x00000252 7201000070 */ IL_0001: ldstr "IX.M()"
/* 0x00000257 280F00000A */ IL_0006: call void [mscorlib]System.Console::WriteLine(string)
/* 0x0000025C 00 */ IL_000B: nop
/* 0x0000025D 2A */ IL_000C: ret
} // end of method Class1::ClassLibrary1.IX.M
// Token: 0x06000003 RID: 3 RVA: 0x0000205E File Offset: 0x0000025E
.method public hidebysig
instance void M () cil managed
{
// Header Size: 1 byte
// Code Size: 13 (0xD) bytes
.maxstack 8
/* 0x0000025F 00 */ IL_0000: nop
/* 0x00000260 720F000070 */ IL_0001: ldstr "M()"
/* 0x00000265 280F00000A */ IL_0006: call void [mscorlib]System.Console::WriteLine(string)
/* 0x0000026A 00 */ IL_000B: nop
/* 0x0000026B 2A */ IL_000C: ret
} // end of method Class1::M
注意不同的方法名称。
然后我将生成的 exe 编辑为 ClassLibrary1.IX.M
在 Class1
中只是 M
(我已经使用 dnSpy 来做到这一点)。 PEVerify 确实开始发布关于重复方法的相同问题,但 exe 仍然按预期正常打印 M() IX.M()
。
问题是 PEVerify 在这里是否过于谨慎,或者我没有看到重合名称真的存在问题?
两种方法共享相同的方法签名,这是不允许的。
For the CLR, a method signature consists of the method name, generic arity, formal parameter arity, formal parameter types and kinds, and return type.
Definition of a method signature
Serge Lidin 在 .Net IL Assembler 第 10 章 方法 Table 有效性规则 中指出:
No duplicate records—attributed to the same TypeDef and having the same name and signature—should exist unless the accessibility flag is privatescope.
您当然可以在 ECMA-335 规范中的 II.22.1 分区中找到此规则:
Unique Rows:
No table shall contain duplicate rows, where “duplicate” is defined
in terms of its
key
column, or combination of columns.
我正在混淆程序集,混淆后 PEVerify 发出以下错误:
[MD]: Error: Method has a duplicate, token=0x060035d8. [token:0x060035D5]
[MD]: Error: Method has a duplicate, token=0x060035d5. [token:0x060035D8]
这是第一个方法声明 header:
// Token: 0x060035D5 RID: 13781 RVA: 0x000D7828 File Offset: 0x000D5A28
.method private final hidebysig newslot virtual
instance void b () cil managed
{
.override method instance void [mscorlib]System.IDisposable::Dispose()
// Header Size: 12 bytes
// Code Size: 52 (0x34) bytes
// LocalVarSig Token: 0x11000050 RID: 80
.maxstack 2
.locals init (
[0] int32
)
这是第二个:
// Token: 0x060035D8 RID: 13784 RVA: 0x000248BC File Offset: 0x00022ABC
.method private hidebysig
instance void b () cil managed
{
// Header Size: 1 byte
// Code Size: 31 (0x1F) bytes
.maxstack 8
对我来说,这似乎是一个显式的 IDisposable 接口实现。这两种方法也会被调用,因此并不是所有对一个方法的调用都被对另一个方法的调用所取代。他们只是同名
如果用 C# 编写了类似的代码 - 编译器将发出方法 System.IDisposable.Dispose() 和 Dispose() 从而消除相同的名称并使 PEVerify 静默。
为了确保相同的名称在其中一个显式覆盖接口方法而另一个不是时成为有效的 IL,我编写了这样的示例应用程序:
namespace ClassLibrary1 {
public interface IX { void M(); }
public class Class1 : IX {
void IX.M() { Console.WriteLine("IX.M()"); }
public void M() { Console.WriteLine("M()"); }
}
public class Class2 {
public static void Main(string[] args) {
var x = new Class1();
x.M();
((IX)x).M();
}
}
}
IL 看起来像这样:
// Token: 0x06000002 RID: 2 RVA: 0x00002050 File Offset: 0x00000250
.method private final hidebysig newslot virtual
instance void ClassLibrary1.IX.M () cil managed
{
.override method instance void ClassLibrary1.IX::M()
// Header Size: 1 byte
// Code Size: 13 (0xD) bytes
.maxstack 8
/* 0x00000251 00 */ IL_0000: nop
/* 0x00000252 7201000070 */ IL_0001: ldstr "IX.M()"
/* 0x00000257 280F00000A */ IL_0006: call void [mscorlib]System.Console::WriteLine(string)
/* 0x0000025C 00 */ IL_000B: nop
/* 0x0000025D 2A */ IL_000C: ret
} // end of method Class1::ClassLibrary1.IX.M
// Token: 0x06000003 RID: 3 RVA: 0x0000205E File Offset: 0x0000025E
.method public hidebysig
instance void M () cil managed
{
// Header Size: 1 byte
// Code Size: 13 (0xD) bytes
.maxstack 8
/* 0x0000025F 00 */ IL_0000: nop
/* 0x00000260 720F000070 */ IL_0001: ldstr "M()"
/* 0x00000265 280F00000A */ IL_0006: call void [mscorlib]System.Console::WriteLine(string)
/* 0x0000026A 00 */ IL_000B: nop
/* 0x0000026B 2A */ IL_000C: ret
} // end of method Class1::M
注意不同的方法名称。
然后我将生成的 exe 编辑为 ClassLibrary1.IX.M
在 Class1
中只是 M
(我已经使用 dnSpy 来做到这一点)。 PEVerify 确实开始发布关于重复方法的相同问题,但 exe 仍然按预期正常打印 M() IX.M()
。
问题是 PEVerify 在这里是否过于谨慎,或者我没有看到重合名称真的存在问题?
两种方法共享相同的方法签名,这是不允许的。
For the CLR, a method signature consists of the method name, generic arity, formal parameter arity, formal parameter types and kinds, and return type.
Definition of a method signature
Serge Lidin 在 .Net IL Assembler 第 10 章 方法 Table 有效性规则 中指出:
No duplicate records—attributed to the same TypeDef and having the same name and signature—should exist unless the accessibility flag is privatescope.
您当然可以在 ECMA-335 规范中的 II.22.1 分区中找到此规则:
Unique Rows: No table shall contain duplicate rows, where “duplicate” is defined in terms of its key column, or combination of columns.