Dart FFI具体是如何实现的？其调用开销是否与普通函数调用相当？

Dart FFI调用开销与实现逻辑说明 #

Dart FFI调用的开销远高于Dart普通函数调用，存在固定的额外操作，但属于轻量级跨语言调用，开销远低于JNI这类重量级跨边界方案。

核心开销来源

• 参数类型校验与ABI适配：调用前会校验Dart侧传入参数与预先声明的NativeFunction类型签名是否完全匹配，同时将Dart内置类型转换为符合C ABI规范的内存布局，比如Dart的任意精度int需要截断适配为C侧的int32/int64类型。
• 执行上下文切换：Dart Isolate的执行栈与原生C栈相互独立，调用FFI时需要切换栈上下文，同时临时暂停当前Isolate的GC安全点检测，调用结束后再恢复对应逻辑，这部分是固定开销，和C函数本身的执行耗时无关。
• 返回值转换：C侧返回的结果需要重新转换为Dart侧对应类型，结构体、指针类型还需要额外标记生命周期，避免后续出现野指针访问。

空实现的C函数通过FFI调用的耗时通常在几十到一百纳秒，和Dart普通函数调用（几纳秒）相比高一个数量级，如果是高频调用短逻辑C函数，开销占会非常明显，建议做批量调用优化；如果C函数本身执行逻辑耗时较长，FFI的调用开销基本可以忽略。

GC相关保护机制

Dart FFI确实内置了GC相关的安全保护设计，核心是避免C侧引用的Dart对象被提前回收：

• 单次FFI调用过程中，作为参数传入的Dart对象会被临时标记为不可回收，直到FFI调用返回，不会出现调用过程中对象被GC清理的问题。
• 如果需要让C侧长期持有Dart对象引用，需要手动通过NativeFinalizer绑定生命周期，或者使用NativePort做长期持有，否则对象被GC回收后C侧访问会触发野指针崩溃。
• C侧通过malloc等方式分配的内存完全不受Dart GC管理，需要手动调用free释放，也可以绑定NativeFinalizer到Dart对象上，实现Dart对象被回收时自动释放对应C内存，避免内存泄漏。

注意：Dart FFI没有内置内存访问边界校验，C侧的越界访问、野指针操作依然会直接导致进程崩溃，和原生C开发的崩溃逻辑一致。

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