C# 如何在泛型方法中获取Action委托Invoke的执行返回值

这个需求完全能实现，但现有代码用Action<TAction>当委托类型的设计从根上就拿不到执行结果——Action系列委托天生不带返回值通道，得先把委托类型调整对，打通结果传递的路径才能拿到值。

现有代码无法获取结果的根本原因 #

• Action<T>是C#内置的委托类型，专门用来封装“接收一个T类型入参、无返回值”的方法，本身的类型签名就不承载任何返回值传递的逻辑。
• 代码里写的e => e.ExecuteMethod()这个lambda，编译器会自动按无返回值逻辑处理，等价于e => { e.ExecuteMethod(); }——方法跑完的返回值会被直接丢弃，委托实例从始至终都没有保存过和返回值相关的引用，在ExecuteService方法内部根本没有可以取到结果的入口。
• 就算强行靠反射抓闭包变量、扒委托内部的方法引用硬拿返回值，也会彻底破坏泛型方法的静态类型安全，这类旁门左道根本不适合作为正式项目的实现方案。

正经可落地的实现方案 #

首选：替换为带返回值通道的Func<T, TResult>委托 #

这是C#本身为这类“通用执行框架+传入业务委托、获取委托执行结果”场景准备的标准实现，只需要给ExecuteService新增一个承载返回值类型的泛型参数，把无返回值的Action委托换成带返回值的Func委托即可：

// 调整后的泛型方法：新增TResult参数匹配返回值类型，委托类型从Action换成Func
protected internal void ExecuteService<TService, TResult>(
    Func<TService, TResult> action, 
    out Response<TResult> response
) where TService : new()
{
    // 直接调用委托就能拿到返回值，无需复杂处理
    var serviceInstance = new TService();
    var executeResult = action.Invoke(serviceInstance);
    // 把结果赋值给out参数，原有的统一逻辑（比如异常捕获、日志记录、权限校验）直接补在这里即可
    response = new Response<TResult> 
    { 
        IsSuccess = true, 
        Data = executeResult 
    };
}

调整后业务侧的测试代码几乎不需要改动，编译器会自动推导返回值类型，和委托签名完成匹配：

public string TestRun()
{
    // 编译器自动把TResult推导为string，和ExecuteMethod的返回值类型完全匹配
    ExecuteService<SomeClass, string>(e => e.ExecuteMethod(), out var result);
    return result.Data;
}

如果存在老代码通过无返回值的Action调用这个方法，也不需要强制老代码迁移，加一个方法重载做兼容即可：

// 兼容老的无返回值调用场景的重载
protected internal void ExecuteService<TService>(
    Action<TService> action, 
    out Response response
) where TService : new()
{
    var serviceInstance = new TService();
    action.Invoke(serviceInstance);
    response = new Response { IsSuccess = true };
}

需规避的实现误区 #

有思路会尝试把委托换成Expression<Action<T>>，通过拆解表达式树的方式找到内部的ExecuteMethod调用，反射执行拿返回值。这种方式看似不需要改动老委托类型，实际落地的问题非常突出：

• 表达式树的解析过程存在额外性能开销，执行速度远低于直接调用委托
• 一旦lambda内部存在分支判断、多步操作、引用外部闭包变量，表达式解析逻辑很容易出错，需要补大量兼容分支
• 拆解表达式的过程会完全绕过C#的静态类型检查，丢失泛型方法原本的类型安全优势，后期维护成本极高

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