解读

在国内 Unity 项目面试中，CLR绑定与Delegate跨域调用是区分“只会写业务脚本”与“能深入做热更新、性能优化”的分水岭。
面试官真正想听的是：

1. 你能否把 Lua/ILRuntime 等热更新方案里“为什么慢”说清楚；
2. 你能否给出“怎么把反射调用变成静态调用”的落地步骤；
3. 你能否解释 Delegate 在“主域-热更域”之间来回传递时，到底踩了哪些 CLR 限制，以及你如何在公司实际项目里规避 GC 与参数拆箱。
   回答时务必结合**国内主流热更框架（tolua、xLua、ILRuntime）**的源码级细节，不要只背定义。

知识点

1. CLR绑定（CLR Binding）
   把热更脚本里对 Unity/C# API 的反射调用，在编译期或第一次运行时生成静态桩代码（static wrapper），彻底绕过 Unity 的反射层，把调用路径从
   Lua -> Reflection -> CLR
   变成
   Lua -> 静态桩 -> CLR
   从而把 CPU 开销降到原生级别，并避免 iOS 的 JIT 限制。

2. Delegate跨域调用（Cross-Domain Delegate）
   在热更域（Lua/ILRuntime）里声明的 delegate 实例需要被主域（Unity 真 CLR）回调时，由于委托实例不能跨 AppDomain 边界，直接传会抛 ArgumentException。
   解决思路：

   • 主域提前注册一个无参无返回的静态桥接方法作为“通用桩”；
   • 热更域把真正要执行的函数包装成 LuaFunction/ILTypeInstance，以 IntPtr/token 形式存到桥接表；
   • 主域回调时通过 token 查表再 Invoke，保证委托签名始终一致，避免拆箱与 GC Alloc。

3. 国内项目常见坑

   • iOS 不允许动态生成 IL，tolua/xLua 的绑定代码必须预生成到 Assets/Gen 目录，CI 里用 XLua/Generate Code 命令行做强制检查；
   • ILRuntime 在 .NET 4.x 集成时，Delegate 的 BeginInvoke 被裁剪，必须手写 Unity.ILRuntime.Adapter 并加 link.xml；
   • 绑定过多会导致包体膨胀，一般按“调用频率>1000 次/帧的 API 才绑”的规范，其余走反射缓存。

答案

“CLR绑定”是我们把热更脚本对 Unity API 的反射调用提前生成静态桩，使调用路径从反射变成直接函数指针，把 CPU 开销降低 90% 以上，并解决 iOS 无法 JIT 的问题。
“Delegate跨域调用”是指热更域创建的 delegate 需要被主域回调时，由于 CLR 不允许委托跨 AppDomain，我们采用主域静态桥接+token 映射表的方式，把真正逻辑留在热更域，主域只负责无 GC 的转发，从而既保证回调正确，又避免拆箱与内存泄漏。
在上线项目中，我们对战斗层所有 Transform、Vector3 运算做了 CLR 绑定，对事件系统做了跨域 Delegate 桥接，最终把帧率从 25 FPS 提升到 55 FPS，同时包体仅增加 1.3 MB。

拓展思考

1. 如果项目切到 Unity 2022 的 DOTS/ECS，绑定对象变成 SystemBase 与 IJobChunk，CLR 绑定脚本如何自动生成？
2. 国内越来越多公司用 HybridCLR（官方热更），它通过修改 Mono AOT 表实现“原生 delegate 跨域”，此时传统桥接方案是否还有必要？
3. 当绑定代码量 > 10 万行，Editor 下 Gen 耗时 5 分钟以上，如何用增量 Source Generator 把生成时间压到 10 s 以内，同时让策划能热重载？