HarmonyOS鸿蒙Next中native/c++多线程资源问题：delete变量未置空时另一线程访问导致应用崩溃

HarmonyOS鸿蒙Next中native/c++多线程资源问题：delete变量未置空时另一线程访问导致应用崩溃 页面销毁时会delete音频相关变量指针但是还没来得及置空，可是另一个线程还在访问该指针，导致野指针访问，应用崩溃

5 回复

https://developer.huawei.com/consumer/cn/doc/best-practices/bpta-stability-tsan-detection， 可以使用TSAN进行内存检测

更多关于HarmonyOS鸿蒙Next中native/c++多线程资源问题：delete变量未置空时另一线程访问导致应用崩溃的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


感谢楼主分享

native/c++中，多线程资源问题，delete变量还没来得及置空的时候，另一个线程访问变量，应用崩溃-华为开发者问答 | 华为开发者联盟

在HarmonyOS鸿蒙Next中，C++多线程环境下，若一个线程在delete变量后未将其置空，另一线程可能访问到已释放的内存，导致应用崩溃。为避免此问题，应在delete后立即将指针置为nullptr，并在访问前检查指针是否为空。此外，可使用智能指针如std::shared_ptr或std::unique_ptr管理资源，自动处理内存释放，减少手动管理错误。

这是一个典型的线程同步问题。在HarmonyOS Next中处理多线程资源时，建议采用以下解决方案：

  1. 使用原子操作或互斥锁保护指针访问：
std::mutex audioMutex;
AudioObject* audioPtr = nullptr;

// 销毁时
{
    std::lock_guard<std::mutex> lock(audioMutex);
    delete audioPtr;
    audioPtr = nullptr;
}

// 访问时
{
    std::lock_guard<std::mutex> lock(audioMutex);
    if(audioPtr) {
        // 安全访问
    }
}

  1. 考虑使用智能指针(shared_ptr)来自动管理生命周期，确保最后一个引用释放时才销毁对象。

  2. 在页面销毁时，先停止所有可能访问该资源的线程，确保安全释放后再继续销毁流程。

  3. 实现双重检查锁定模式(DCLP)来优化性能，同时保证线程安全。

关键是要确保对共享指针的所有访问(包括读取和写入)都受到适当的同步机制保护。

回到顶部