C++可用于跨平台移动开发,但需分层:业务逻辑用C++实现,UI层原生开发;Android通过NDK+JNI调用,iOS通过Objective-C++混编或C桥接;核心代码须解耦平台依赖,统一用CMake构建。

用 C++ 开发跨平台移动应用是可行的,但不是“写一次、到处运行”的简单模式。核心思路是:**用 C++ 实现业务逻辑和性能敏感模块(如音视频处理、游戏引擎、算法库),UI 层则分别用原生方式实现(Android 用 Java/Kotlin + NDK,iOS 用 Objective-C/Swift + C++ 混编)**。C++ 本身不直接渲染界面,也不处理生命周期,它扮演的是“能力中台”的角色。
C++ 在 Android 中落地:NDK 是关键
Android 原生支持通过 NDK 调用 C/C++ 代码。你需要:
- 在
src/main/cpp/下组织 C++ 源码,用 CMake 或 ndk-build 构建为动态库(.so) - 在 Java/Kotlin 中用
System.loadLibrary()加载,再通过 JNI 声明并调用 native 方法 - JNI 接口需严格匹配签名(如
Java_com_example_MyClass_nativeAdd),建议用jni.h和extern "C"防止 C++ 名字修饰问题 - 注意线程安全:JNI Env * 只在当前线程有效;跨线程调用需用
JavaVM->AttachCurrentThread() - 避免在 C++ 层直接操作 Android UI 组件(如 TextView),所有 UI 更新必须回调到主线程的 Java 层完成
C++ 在 iOS 中混编:头文件与链接是重点
iOS 不需要 NDK,但需满足 Apple 的编译规范:
- 将 C++ 源码(
.cpp)或模块(如静态库.a/ 动态框架)加入 Xcode 工程;头文件路径需配置在Header Search Paths - Objective-C 文件后缀改为
.mm(Objective-C++)才能 #include C++ 头文件并调用类/函数 - Swift 不能直接调用 C++,需通过 C 风格封装桥接层(
extern "C"函数)+ Objective-C++ 中间类(.h/.mm)暴露给 Swift - 注意 ARC 与 C++ 对象生命周期的配合:不要在 C++ 析构中释放 Objective-C 对象,反之亦然;推荐用智能指针(
std::shared_ptr)管理 C++ 资源 - iOS 禁止 dlopen 动态加载未签名的 .dylib,所以 C++ 逻辑必须静态链接或打包进主二进制
真正跨平台的 C++ 代码怎么写?
让同一份 C++ 逻辑在双端复用,关键是“解耦”与“抽象”:
CrossApp是一款完全免费、开源、跨平台的移动app开发引擎,由9秒技术团队负责更新和维护。CrossApp拥有跨平台、整合部分第三方库、基于基于OpenGL ES 2.0、丰富的UI控件、提供CrossApp配套编辑器,以及CrossApp Style体系的支撑,所以开发者可以完全免费、毫无顾忌的使用CrossApp开发任何商业项目。CrossApp以C++作为开发语言,支持js,图形渲染基
立即学习“C++免费学习笔记(深入)”;
- 避免任何平台相关头文件(如
android/log.h、TargetConditionals.h)直接出现在核心逻辑中 - 用预处理器宏区分平台行为(
#ifdef __ANDROID__/#ifdef __APPLE__),但仅限于薄胶水层(glue layer),不在业务模型里散落 - 将平台依赖功能抽象成接口(如
IFileSystem、INetworkClient),Android 和 iOS 各自实现,C++ 核心通过依赖注入使用 - 字符串统一用
std::string或std::u8string(C++20),避免jstring/NSString*在逻辑层流转;转换只发生在 JNI 或 ObjC++ 边界 - 构建系统建议用 CMake 统一管理,Android Studio 和 Xcode 都可导入 CMakeLists.txt,减少重复配置
值得考虑的补充方案
纯 C++ + 原生 UI 虽稳定高效,但开发效率低。可按需引入:
- Qt for Android/iOS:提供跨平台 UI 框架,C++ 写界面和逻辑,但包体积大、上架审核略敏感(尤其 iOS 的私有 API 检查)
-
React Native / Flutter 插件:把 C++ 封装为原生模块(Android 的
NativeModule,iOS 的RCTBridgeModule),由 JS/Dart 控制流程,C++ 承担计算密集任务 - Unity / Unreal:若做游戏或高交互可视化,引擎本身基于 C++,脚本层(C# / Blueprints)调用底层能力更自然
基本上就这些。C++ 在移动端不是用来替代原生 UI 开发,而是补足它的短板——性能、复用性、已有技术资产。只要分清边界、管好 ABI 和内存,它能稳稳跑在两个平台上。









