开场想象一下：你在 Unity 项目里用 C++ 写了一套高性能物理模块，老板要求把这些接口暴露给 C# 脚本层。你盯着屏幕抓头发——C# 字符串是托管堆对象，C++ 这边是const char*；C# 的Vector3是带属性的结构体，C++ 这边只是三个浮点；C# 调用可能撞上空引用，C++ 那边直接段错误。这活儿手写怕是要写到明年。Unity 早就替自己解决了这个问题。引擎内部上千个 C# API（Camera、Transform、Physics……）的背后都是 C++ 实现，这些跨语言胶水不是靠人肉维护的，而是由内部的绑定代码生成器产出的：在 C# 定义上贴几个 Attribute，生成器自动产出桥接代码、参数编组（Marshaling）、空指针检查、线程检查。本篇把这套"造桥机"的工作流程拆开，重点讲清两个方向的调用各自怎么走、钱花在哪。说明：绑定生成器是 Unity 的内部工具，不随引擎安装包分发，其输入文件格式属内部实现细节、且随版本演进。下文聚焦可公开查证的机制（InternalCall 注册、IL2CPP 绑定代码、UnityCsReference中可见的生成产物），对内部文件格式不做逐字段断言。一、先分清两个调用方向讨论"绑定"之前必须先分清方向，因为两个方向的机制完全不同，混在一起聊是大多数 confusion 的来源：方向
