C#热更原理：为何原生不支持DLL替换？

先把问题摆在桌面上：

• 做 Unity / .NET 游戏热更新的时候，大家老会说一句：
  “C# 原生不支持运行时替换 DLL，所以得上 ILRuntime / HybridCLR / Lua 等方案。”

听多了你可能会问：

为啥 C# 就不能像脚本语言那样，想换逻辑就把 DLL 替换了？
反正 DLL 不就是一堆字节吗，我重新加载一个不就行了？
甚至 Unity 里不是还能Assembly.Load吗？那我加载新 DLL 不就热更了吗？

结果一查资料，全是：“不行”“不安全”“GC 还引用着”“CLR 不支持卸载单个 Assembly”……

这篇文章，就用大白话，把这件事讲透：

游戏热更里，为什么“C# 原生不支持运行时替换 DLL”？
底层本质原理到底是啥？
为啥非得搞 ILRuntime / HybridCLR 这些“曲线救国”的玩意？

我尽量用“脑补画面 + 类比”的方式讲，你听懂之后，再想热更方案会清晰很多。

一、先澄清：我们想要的“运行时替换 DLL”到底是啥意思？

先别急着看底层原理，先把“需求”说清楚。

在游戏热更场景里，大家口中的“替换 DLL”，其实是想做到这些：

1. 游戏已经跑着了，不退出进程的情况下：
2. 我把旧逻辑的 DLL 换成一份新 DLL：