C++多线程怎么在安卓Android NDK中使用-C++-PHP中文网

必须用 pthread 而非 std::thread，因 android ndk（尤其 r21 前）缺完整 stl 线程支持，std::thread 会链接失败或运行时崩溃；pthread_create 稳定可用，但需正确管理 jnienv、mutex 初始化、cond 配对锁及对象值语义。

c++多线程怎么在安卓android ndk中使用

直接用 pthread，别碰 std::thread —— Android NDK 默认不提供完整 STL 线程支持，std::thread 在多数 NDK 版本（尤其是 r21 及更早）中不可用或行为异常，强行启用会链接失败或运行时崩溃。

为什么必须用 `pthread` 而不是 C++11 线程库

NDK 自 r18 起默认只带 libc++，但它的 std::thread 实现依赖于系统级 pthread 封装，而 Android 的 Bionic libc 对 __pthread_create 等底层符号的支持不完整。实测中：std::thread 构造可能成功，但调用 join() 或 detach() 时大概率触发 SIGABRT 或静默退出。

pthread_create 是 Android 内核和 Bionic 直接支持的稳定接口，所有 NDK 版本都可用
NDK 的 libc++_shared.so 不导出 std::thread 所需的全部符号，即使编译通过，运行时也找不到 __gthread_create
如果你硬要开 -D_GLIBCXX_USE_C99=ON 或切换 STL，反而会破坏 JNI 兼容性，得不偿失

`pthread_create` 在 JNI 函数里怎么安全调用

不能在 Java 层传进来的 JNIEnv* 里直接创建线程并复用它——子线程没有自己的 JNIEnv，一调 JNI 函数就崩。

Android Adb Skill

Android 开发调试技能，通过系统 ADB 工具操作 Android 设备。以下场景必须触发此技能：(1) 直接 ADB 操作——安装 APK、查看设备列表、抓取 logcat 日志、查看已安装应用、清除应用数据、截图、重启设备、拉取/推送文件、查看 CPU/内存/电池信息、adb shell 操作；(2)...

下载

主线程拿到的 JNIEnv* 绝对不能跨线程保存或传递
必须提前缓存全局 JavaVM*（比如在 JNI_OnLoad 里存到静态变量 g_jvm）
子线程入口函数第一件事是调 g_jvm->AttachCurrentThread(&env, nullptr) 拿本线程的 JNIEnv*
退出前必须调 g_jvm->DetachCurrentThread()，否则局部引用表泄漏、后续 Attach 失败
别忘了 pthread_join 或 pthread_detach，否则线程资源不释放，反复创建会耗尽系统线程数

多线程访问共享数据时，`pthread_mutex_t` 初始化不能传 `nullptr`

很多示例代码写 pthread_mutex_init(&mutex, nullptr)，这在 Android 上会 crash —— Bionic 要求传入有效的 pthread_mutexattr_t* 或显式传 PTHREAD_MUTEX_INITIALIZER 宏（静态初始化），动态初始化必须用 attr 对象。

推荐静态初始化：pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
若需动态初始化（比如在类构造函数里），先声明 attr：pthread_mutexattr_t attr; pthread_mutexattr_init(&attr); pthread_mutex_init(&mutex, &attr); pthread_mutexattr_destroy(&attr);
漏掉 pthread_mutex_destroy 会导致 native 内存泄漏，且下次 init 失败返回 EBUSY
不要用 std::mutex 替代——它底层仍走 pthread，但在 NDK 中未完全适配 Bionic 的锁实现，偶发死锁

`pthread_cond_wait` 必须和 `pthread_mutex_lock` 成对出现

条件变量不是独立同步原语，它必须绑定一个已加锁的互斥量，否则调用 pthread_cond_wait 会直接返回 EINVAL 并阻塞失败。

pthread_cond_wait(&cond, &mutex) 会原子地：解锁 mutex + 挂起线程 + 等待 signal/broadcast + 重新加锁 mutex
所以调用前必须确保当前线程已持有 mutex，否则行为未定义
唤醒后一定要检查谓词（比如队列是否非空），因为存在虚假唤醒（spurious wakeup）
别用 std::condition_variable——它在 NDK 中依赖 std::mutex，同样面临初始化和 ABI 兼容问题

最易被忽略的一点：所有 pthread 对象（pthread_t、pthread_mutex_t、pthread_cond_t）都是值类型，不能 memcpy 或跨线程赋值；它们内部包含指向内核对象的指针或状态字，随意拷贝会导致后续 lock/wait 崩溃或静默失败。