如何用C++开发跨平台移动应用？C++ in Android (NDK) & iOS【移动开发】

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++ 逻辑在双端复用，关键是“解耦”与“抽象”：

• 避免任何平台相关头文件（如 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 和内存