P/Invoke全栈解析：从参数封送到栈切换的跨域协作

开场引入想象这样的场景：你的 Unity 项目已经写了三年的纯 C# 逻辑，突然要接入一套用 C++ 写的高性能物理引擎；或者老板甩过来一段只暴露 C 头文件的系统 API；又或者你必须调用某个厂商只提供原生 SDK 的第三方库。此时你面对的不是"用不用 C#"的选择题，而是"C# 怎么和原生世界对话"的应用题。这道题的标准答案，就是 P/Invoke。P/Invoke 全称 Platform Invoke，是 .NET 运行时（CLR）提供的一套"跨境通道"，让托管代码能够调用非托管代码。从 Mono 到 CoreCLR，再到 Unity 的 IL2CPP 后端，这条通道几乎是 C# 与 C/C++ 生态沟通的唯一标准方式。但 P/Invoke 的"简单"极具迷惑性。一个[DllImport]特性背后，藏着参数封送、调用约定、线程状态切换、字符集转换、异常边界、内存所有权转移等一系列隐式行为。在游戏引擎这种对性能、稳定性、跨平台都有极致要求的场景下，任何一处细节的疏忽都会变成线上事故。本文从底层机制到工程实践，完整拆解 P/Invoke 的工作原理。一、托管与非托管：两条根本不同的执行路径要理解 P/Invoke 解决什么问题，先理解两个世界的本质差异。托管代码运行在 CLR 之上，享有 GC、类型安全、结构化异常、JIT 编译等运行时服务。其中对互操作影响最深的一条是：CLR 要求托管对象的内存布局由它全权掌控，这样 GC 才能在压缩堆（Heap Compaction）时安全地移动对象并更新所有引用。换句话说，托管对象的地址是不稳定的。