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++ 逻辑在双端复用，关键是“解耦”与“抽象”：
立即学习“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 和内存，它能稳稳跑在两个平台上。
