.NET Framework中MarshalByRefObject.GetLifetimeService为何是final virtual？

核心原因拆解 #

• CLR远程调用机制需求与C#语法的映射差异
  在.NET Framework中，MarshalByRefObject是跨AppDomain远程对象交互的核心基类。CLR需要通过虚方法机制实现对这类对象方法的调用拦截（比如注入生命周期管理逻辑），但为了避免子类重写GetLifetimeService破坏内置的生命周期管理逻辑，编译器会将C#源码中的普通非虚方法隐式编译为IL层面的final virtual（密封虚方法）——C#语法本身不允许直接声明sealed virtual方法（仅允许在重写基类虚方法时添加sealed），这是编译器为适配CLR底层需求做的转换。

• .NET Framework的历史设计约束
  早期.NET的AppDomain远程调用体系依赖虚方法表来定位和拦截方法调用，GetLifetimeService作为生命周期管理的核心方法，必须被CLR可控调用。final virtual的组合既满足了CLR的拦截需求，又通过final标记禁止子类重写，保证了生命周期逻辑的稳定性。

• .NET Core的架构重构
  .NET Core大幅简化了AppDomain相关的远程调用机制，移除了旧版跨域交互的冗余逻辑，生命周期管理的实现方式也被重新设计。不再需要依赖虚方法拦截来实现GetLifetimeService的功能，因此该方法在.NET Core中直接以普通非虚方法的形式存在，C#源码与IL代码保持一致。

验证细节补充 #

• 通过typeof(MarshalByRefObject).GetMethod("GetLifetimeService").Attributes获取到的Final和Virtual标记，正是IL层面final virtual的直接反映。
• C#源码显示为普通方法，是因为编译器隐藏了底层的IL转换逻辑，对外提供更符合C#语法习惯的代码形式。

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