直接返回表达式 vs 先赋值再返回：性能差异及GC影响咨询

先看两种对比写法：

直接返回表达式 #

public IList<Employee> GetEmployees()
{
    return mapper.Map<IList<EmployeeDto>>(employees);
}

先赋值再返回 #

public IList<Employee> GetEmployees()
{
    var employees = mapper.Map<IList<EmployeeDto>>(employees);
    return employees;
}

核心结论 #

在Release发布模式下，两种写法的性能完全一致，垃圾回收（GC）也不会产生额外开销。

具体解释 #

• 编译器自动优化：C#的Roslyn编译器（编译IL阶段）和JIT编译器（运行时编译机器码阶段）会识别这种"赋值局部变量后立即返回"的模式，直接将其优化为和直接返回表达式完全相同的底层指令。发布后的机器码没有任何区别，不会有性能损耗。
• Debug模式的特殊情况：仅在Debug调试模式下，编译器会保留局部变量的调试信息，不会做这个优化，此时第二种写法会多一次局部变量的存储操作，但这种差异只存在于调试阶段，对发布后的程序毫无影响。
• GC层面无额外负担：两种写法中，mapper.Map返回的对象生命周期完全一致——都是被调用方接收，后续的GC回收逻辑也完全相同。局部变量的存在不会延长对象的生命周期，也不会产生额外的内存分配，因此不会增加GC的工作量。

开发建议 #

如果你认为第二种写法可读性更强、调试时更方便查看映射结果，完全可以放心使用。这种可读性和可调试性的提升，远大于Debug模式下可以忽略的性能差异，对发布后的程序性能没有任何负面影响。

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