如何通过反射精准定位特定方法？应对方法顺序与名称变动

这确实是个很典型的反射难题——依赖方法索引或者名称都不靠谱，毕竟编译后的方法顺序可能打乱，甚至方法名也可能被混淆（比如混淆器重命名）。不过既然题目明确了DoSomethingElse的唯一行为特征：先将参数乘2再进行判断，那我们完全可以从这个特征入手，用两种可靠的方式来定位它：

方法一：通过动态执行匹配行为特征（简单直观） #

既然两个方法的逻辑差异很明确，我们可以创建类的实例，给不同的测试参数调用方法，根据返回值的差异来区分目标方法：

• 传入15：DoSomethingElse会计算15*2=30，返回true；而DoSomething会直接判断15==30，返回false
• 传入30：DoSomething返回true，DoSomethingElse计算30*2=60，返回false

具体代码实现：

// 先筛选出符合基本条件的方法（返回bool、单个int参数）
var candidateMethods = typeof(SomeClass).GetMethods(BindingFlags.Public | BindingFlags.Instance)
    .Where(x => x.ReturnType == typeof(bool) 
                && x.GetParameters().Length == 1 
                && x.GetParameters()[0].ParameterType == typeof(int))
    .ToList();

// 创建类实例（假设SomeClass有无参构造函数，题目里的代码确实没有自定义构造）
var instance = new SomeClass();
MethodInfo targetMethod = null;

foreach (var method in candidateMethods)
{
    // 执行两次测试，验证行为特征
    var result15 = (bool)method.Invoke(instance, new object[] { 15 });
    var result30 = (bool)method.Invoke(instance, new object[] { 30 });
    
    // 匹配DoSomethingElse的行为：15返回true，30返回false
    if (result15 && !result30)
    {
        targetMethod = method;
        break;
    }
}

// 现在targetMethod就是我们要找的DoSomethingElse

优缺点分析 #

• ✅ 优点：逻辑简单易懂，完全依赖方法的实际行为，不受方法名、编译顺序影响
• ❌ 缺点：需要实例化目标类（如果类没有无参构造会麻烦），且如果方法有副作用（比如修改外部状态），执行可能会带来问题，但题目里的方法都是纯逻辑判断，不存在这个问题

方法二：分析IL代码（无副作用，更底层） #

如果不想实例化类或者执行方法，我们可以直接读取方法的IL字节码，检查是否包含“乘2”对应的指令。DoSomethingElse里的param1 *= 2在IL中会生成mul指令（针对int类型的乘法），而DoSomething里没有这个指令。

具体代码实现（需要引用System.Reflection.Emit）：

using System.Reflection.Emit;
using System.IO;

// 先筛选候选方法
var candidateMethods = typeof(SomeClass).GetMethods(BindingFlags.Public | BindingFlags.Instance)
    .Where(x => x.ReturnType == typeof(bool) 
                && x.GetParameters().Length == 1 
                && x.GetParameters()[0].ParameterType == typeof(int))
    .ToList();

MethodInfo targetMethod = null;

foreach (var method in candidateMethods)
{
    var ilBytes = method.GetMethodBody().GetILAsByteArray();
    var reader = new BinaryReader(new MemoryStream(ilBytes));
    bool hasMultiplyOp = false;

    while (reader.BaseStream.Position < reader.BaseStream.Length)
    {
        OpCode opCode;
        var firstByte = reader.ReadByte();
        
        // 处理多字节的操作码（比如一些不常用的指令）
        if (firstByte == 0xFE)
        {
            var secondByte = reader.ReadByte();
            opCode = OpCodes.ValueOf((short)(0xFE00 | secondByte));
        }
        else
        {
            opCode = OpCodes.ValueOf(firstByte);
        }

        // 检查是否存在int乘法指令
        if (opCode == OpCodes.Mul)
        {
            hasMultiplyOp = true;
            break;
        }
    }

    // 有mul指令的就是DoSomethingElse
    if (hasMultiplyOp)
    {
        targetMethod = method;
        break;
    }
}

优缺点分析 #

• ✅ 优点：不需要实例化类，也不会执行方法，完全无副作用，适合不能实例化的类或者有副作用的方法
• ❌ 缺点：需要了解基础的IL指令知识，而且如果编译器对代码做了优化（比如把param1*2优化成param1+param1，此时IL指令会变成Add而不是Mul），需要调整检查逻辑，但题目里的代码写法一般会生成Mul指令

总结 #

如果目标类可以轻松实例化且方法无副作用，优先用方法一，简单直接；如果需要避免实例化或执行方法，就用方法二，通过底层IL特征定位。两种方式都能摆脱对方法名、编译顺序的依赖，确保准确获取目标方法。

内容的提问来源于stack exchange，提问作者ThePerplexedOne