开发环境
MacBook Pro Apple M2 Pro | macOS Sonoma 14.0
Android Studio Giraffe | 2022.3.1 Patch 1
XCode Version 15.0
Flutter 3.13.2 • channel stable
Tools • Dart 3.1.0 • DevTools 2.25.0
先说下历程，因为我已经使用了Flutter3+的版本，起初了解到Flutter调用C/C++可以使用dart原生的 ‘dart:ffi’ 库，于是按照找到的一些文档使用，结果无论如何都会报错：“Failed to load dynamic library”，也就是在 DynamicLibrary.open('libxxx.so') 的阶段就失败了，我把 .so 文件尝试放过好几个目录 /assets/libs/、 /lib/、 /android/app/src/main/jniLibs/，最终都会报这个错误，现在才知道库文件需要放在你根本想象不到的地方！！！
尝试了一些方法还是不行后我放弃了 ffi，想着用 Flutter 的 MethodChannel 桥接 android/ios 原生，再让原生去调 native 层。一顿操作把Android端的搞定了，当然中间涉及到 Kotlin和C++ 层的数据类型映射的痛苦，而且业务函数也不像一个 helloworld 那么简单，别提有多痛苦了。当我再转身去搞iOS端的时候看到了iOS应该使用静态库 .a/.framework 格式的消息，如果使用动态库上架App Store是会被驳回的！native端不是我写的，我只有动态库，虽然之前写过双端的密钥插件有点经验，但是iOS毕竟咱过于陌生需要遍地找文档，过程实在过于痛苦，于是非常不甘心地又尝试起了 ffi 的方案。
在反复尝试了各种文档和博客后，我新建了一个Flutter C++的插件项目终于跑通了，并且找到了生成的库文件存放的位置。其实用法很简单，只是走错了路让我痛苦了一遍又一遍！！！
Flutter 和 Dart 的 官方文档 都只讲了如何调用 C/C++函数，没有提到如何直接调用 动态库或静态库。
中间我尝试了用Android原生 jni 调so库、用xcode写C++代码生成静态库给iOS调用、cmake交叉编译各平台库…因为 jni 的方式需要 包名、类名、入参类型、返回值类型 完全对应才能正确映射，jni 几百年不用一次又去捡了一遍这些细节知识，我真的椒麻了！！！
下面分别示例了 Flutter直接调用so动态库 和 Flutter调用C/C++源文件内函数，第一种方式更为简单，因为省去了编译相关的配置
Flutter直接调用so动态库
先讲一下流程：
- 在正确的地方放置 .so 文件
- 编写 dart 代码调用 native 函数
- 在 dart 代码中调用 dart 映射的函数
案例：
我创建了一个 C++ 项目，使用一个 .cpp 文件写了一个 add 函数，add 函数有 两个 int 类型的入参，和一个 int 类型的出参，最终打包了 libnative_add.so 文件给 Flutter项目的 Android和iOS两端使用。
cpp 代码如下：
#include <stdio.h>
// extern "C" 是移动端调用 C++ 代码需要的，调用 C 代码则不需要
extern "C" {
int32_t add(int32_t a, int32_t b) {
return a + b;
}
}
映射成 dart 代码也就是：
int add(int a, int b) {
return a + b;
}
一、.so文件放在哪个目录
这可以说是坑了我的最关键的一步，动态库应该放的目录是：
项目名/build/app/intermediates/merged_native_libs/debug/out/lib/，因为我是新建的插件项目，所以我的目录层级会多一级。
对应的架构和原生一样分别放在自己的目录，比如 armeabi-v7a、arm64-v8a、x86_64，这里面也涉及真机和模拟器的一些问题
build 目录可能在 Android Studio 内看不到，到文件夹下去操作就行，release 阶段也需要在对应目录放置库文件。是不是非常意想不到，毕竟这个目录一旦 clean 就没了，不过可以放在其他目录写个 gradle 脚本拷贝过去
顺便提一下 Flutter 很多文件的操作都需要在“非正常目录”去操作，比如说用xcode编写iOS端插件需要在 /ios/.symlinks/... 目录去找项目，有时候 Android Studio 还会抽疯，无法直接在 Flutter 项目里 “从 Android Studio 打开 android 目录” 或者 “从 XCode 打开 iOS 目录”
二、加载.so文件并创建映射函数
这一步是在写dart代码的 项目名/lib/ 目录，最好额外创建一个文件去处理这块儿内容，比如文件：native.dart
第 四 点解释了： 关于这两行代码的含义
第 五 点详细讲解了： ffi 调用native函数的两种方式和泛型参数的两种写法
final addLib = Platform.isAndroid ? DynamicLibrary.open('libnative_add.so') : DynamicLibrary.process();
final addFunc = addLib.lookupFunction<Int32 Function(Int32, Int32), int Function(int, int)>('add');
三、调用函数
导入文件，直接调用就行
import '../native.dart';
int result = addFunc(1, 2);
到这里代码就结束了，很简单对吧，我搞了一天！！！
四、解释一下这两行代码的含义
第一行是加载动态库文件。Android和iOS的方式不一样，包括Mac或者Windows上也需要不同的代码兼容（这里只包含Android iOS的），动态库的原文件名就是 “libnative_add.so”，我没尝试过类似Java加载动态库的这种写法能不能行 “native_add”
第二行是调用函数
add。泛型部分后面有详细讲解。
五、ffi 调用native函数的两种方式和泛型参数的两种写法
ffi 调用native函数的两种方式
- ffi 调用native函数方式一
final int Function(int x, int y) addFunc = addLib
.lookup<NativeFunction<Int32 Function(Int32, Int32)>>('add').asFunction();
- ffi 调用native函数方式二
final addFunc = addLib
.lookupFunction<Int32 Function(Int32, Int32), int Function(int, int>('add');
其中关键函数有两个，方式一是 lookup().asFunction()，方式二是 lookupFunction()。函数的出参和入参都是 Function 的形式。
官方使用的方式一，这个应该是版本原因，方式二的函数估计是后面版本新增的扩展方法，反正我是用的这个函数。这几个函数的原定义如下：
// 方式一的函数，需要配合 asFunction 函数使用
external Pointer<T> lookup<T extends NativeType>(String symbolName);
extension NativeFunctionPointer<NF extends Function> on Pointer<NativeFunction<NF>> {
external DF asFunction<('NF') DF extends Function>({
bool isLeaf = false});
}
// 方式二的函数
external F lookupFunction<T extends Function, F extends Function>(String symbolName, {
bool isLeaf = false});
再解释一下这两个函数的泛型部分
方式一的函数，泛型只有一个参数，传入的是
native层函数写法的出参和入参类型，且需要用NativeFunction类包裹，变量接收的是dart层函数写法的出入参类型。涉及到 dart 和 C/C++ 的数据类型对照看这里。
方式二的函数，泛型有两个参数，泛型参数一是
native层函数写法的出入参类型，泛型参数二是dart层函数写法的出入参类型
是不是感觉有点绕，多看几眼就适应了。
至于泛型参数部分还有其他写法，就是将泛型参数用 typedef 关键字定义出去。举个完整的栗子来清晰一下两种写法：
- 最原始的写法
final lib = Platform.isAndroid ? DynamicLibrary.open('libnative_add.so') : DynamicLibrary.process();
// 方式一调用
final int Function(int x, int y) addFunc = addLib
.lookup<NativeFunction<Int32 Function(Int32, Int32)>>('add').asFunction();
// 方式二调用
final addFunc = addLib.lookupFunction<Int32 Function(Int32, Int32), int Function(int, int)>('add');
- 视觉优化后的写法
typedef AddNative = Int32 Function(Int32, Int32); //定义native层函数写法的出入参类型
typedef AddDart = int Function(int, int); //dart层函数写法的出入参类型
final lib = Platform.isAndroid ? DynamicLibrary.open('libnative_add.so') : DynamicLibrary.process();
// 方式一调用
final addDart addFunc = addLib
.lookup<NativeFunction<AddNative>>('add').asFunction();
// 方式二调用
final addFunc = addLib.lookupFunction<AddNative, AddDart>('add');
现在是不是理解我为什么会选用方式二了，因为语法层面会更清晰明了一些！
Flutter调用C/C++源文件内函数
依旧是使用官方的 ‘dart:ffi’ 调用。
很简单，全程在 android 目录下操作，首先讲一下流程：
- 创建 ‘xx.cpp’ 文件，编写函数代码
- 创建 ‘CMakeLists.txt’ 文件，编写打包 动态库或静态库 代码
- 配置 cmake 编译环境和平台
- 使用 ffi 调用 native 函数
一、编写 C/C++ 代码
这里只演示了 C++，仅仅是 C 的话自行修改，注：C++ 可以不需要头文件
#include <stdio.h>
extern "C" {
int32_t add(int32_t a, int32_t b) {
return a + b;
}
}
二、编写 CMakeLists.txt 代码
在 项目名/android/ 创建文件 CMakeLists.txt
以下文件打出来的包在如下位置，如有插件会多一层目录：
项目名/build/app/intermediates/merged_native_libs/debug/out/lib/
cmake_minimum_required(VERSION 3.4.1) # 版本根据自己的需要进行修改
add_library(
# 编译打包出来的lib文件名称，以下打包出来为：libnative_add.so
native_add
# 动态库使用：SHARED、静态库使用：STATIC
SHARED
# 源文件可以放在别的地方
native_add.cpp
)
三、配置 cmake 编译环境和平台
打开 build.gradle，在 android 节点下配置：
android {
externalNativeBuild {
cmake {
path "CMakeLists.txt"
}
}
}
四、使用 ffi 调用 native 函数
参照上面调用 .so 的代码
// ffi 加载动态库，并映射 native 函数
final addLib = Platform.isAndroid ? DynamicLibrary.open('libnative_add.so') : DynamicLibrary.process();
final addFunc = addLib.lookupFunction<Int32 Function(Int32, Int32), int Function(int, int)>('add');
// 导入文件，调用函数
import '../native.dart';
int result = addFunc(1, 2);