能否重写.NET Core内置代码方法或修改构建逻辑？通用技术咨询

1. 是否可以重写.NET Core内置代码中的任意方法？ #

• 并非所有内置方法都能直接重写：
  • 只有当方法标记为virtual或abstract，且所属类未被标记为sealed（密封）时，才能通过继承该类并使用override关键字重写方法逻辑。
  • 像静态方法、密封方法、非虚实例方法这类，无法通过常规继承重写的方式修改逻辑。
• 可通过以下替代方案实现类似效果：
  • 依赖注入替换：如果目标内置类型是通过DI容器注册的服务，可编写自定义实现类，替换原服务的注册，以此改变默认逻辑。
  • 动态代理拦截：使用Castle DynamicProxy这类工具，拦截目标方法的调用，在调用前后插入自定义逻辑——这并非真正意义上的重写方法本身，但能达到修改行为的目的。
  • 利用框架扩展点：多数.NET Core组件本身提供了扩展接口或委托（比如ASP.NET Core的中间件、日志提供者），通过实现接口或替换委托调整默认行为，这是官方推荐的方式。

2. 是否可以在构建阶段修改.NET Core的内置代码？ #

• 直接修改源码构建：
  • 由于.NET Core是开源项目，可克隆官方仓库的源码，修改目标代码后自行构建整个框架或特定组件，再在项目中引用自己构建的程序集，替换官方发布的版本。
• 构建时IL织入修改：
  • 使用Fody这类IL织入工具，在项目构建过程中修改引用的.NET Core内置程序集的IL（中间语言）代码，实现对内置逻辑的修改。这种方式无需修改框架源码，直接在构建阶段调整最终生成的程序集，但需注意兼容性，不当修改可能导致框架运行异常。
• 注意事项：
  • 修改内置代码会打破框架的默认行为，易引发兼容性问题，后续升级官方框架版本时，还需重新同步自身修改。
  • 若仅需调整特定逻辑，优先使用官方提供的扩展机制，而非直接修改内置代码。

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