安卓HAL C++基础-智能指针

一、原始指针的“定时炸弹”假设你写HelloTest* p new HelloTest(); // 在堆上分配内存 p-getTestOne(...); delete p; // 必须手动释放问题如果中间某段代码提前return -1delete就被跳过了 →内存泄漏。如果有多个地方保存了这个指针谁负责delete什么时候删删了以后别人再用 →悬空指针→ 崩溃。二、std::shared_ptr自动回收的“共享指针”C11 引入了std::shared_ptrT它是一个模板类内部有两个东西原始指针指向你分配的对象。控制块包含一个引用计数记录有多少个shared_ptr指向同一个对象。规则每多一个shared_ptr指向对象计数 1。当一个shared_ptr销毁或不再指向该对象计数 -1。当计数归零自动执行delete释放对象。示例std::shared_ptrHelloTest sp1 std::make_sharedHelloTest(); // 引用计数 1 std::shared_ptrHelloTest sp2 sp1; // 引用计数 2 sp1.reset(); // 计数 -1 → 1对象还在 sp2.reset(); // 计数 -1 → 0对象自动销毁你不需要 delete这样你永远不用手动delete安全又省心。三、为什么不用std::make_shared创建 HAL 服务在 HAL 服务中我们的HelloTest对象需要通过binder传递给其他进程。Binder 驱动内部也需要对这个对象进行跨进程的引用计数确保当所有客户端都断开连接后服务对象才能安全销毁。普通的std::shared_ptr只维护进程内的引用计数binder 不知道它。如果客户端通过 binder 持有了引用而服务端这边shared_ptr计数归零销毁了对象客户端就会拿到一个悬空指针导致系统崩溃。因此Android NDK 提供了一个特殊的基类ndk::SharedRefBase。继承自它的类内部实现了 binder 需要的incStrong/decStrong接口这样 binder 驱动就能与 C 智能指针的引用计数协同工作。四、ndk::SharedRefBase::makeT()到底是啥它的签名类似templatetypename T static std::shared_ptrT make(Args... args);这相当于一个工厂函数它做了调用new T(args...)创建对象。将该对象包裹在一个std::shared_ptrT里但关键的是这个shared_ptr使用的删除器和控制块是SharedRefBase定制的使得 binder 的引用计数与shared_ptr的引用计数打通。返回这个shared_ptr。因为你的HelloTest继承自BnHelloTest而BnHelloTest最终继承自ndk::SharedRefBase所以你可以用它。std::shared_ptrHelloTest helloTest ndk::SharedRefBase::makeHelloTest();效果获得一个安全的智能指针helloTest管理HelloTest对象的生命周期。该对象能够安全地通过helloTest-asBinder()注册到 binder 驱动并被客户端远程持有。五、服务注册与生存保证当你调用AServiceManager_addService(helloTest-asBinder().get(), desc.c_str());vndservicemanager会保留一个 binder 引用这会增加 binder 侧的引用计数。此时进程内的shared_ptr计数至少为 1helloTest本身。binder 驱动也持有对该对象的引用防止它在所有客户端断开前被销毁。当main函数里的helloTest最终离开作用域比如进程退出时shared_ptr计数递减。但如果系统中仍有客户端连接到该服务binder 侧的引用计数仍大于 0对象会一直存活直到所有客户端断开连接binder 引用归零然后才触发真正的析构。这就是“能在跨进程传递时正确管理生命周期”的含义。六、直观对比创建方式适用场景能否跨进程安全引用new HelloTestdelete普通 C 对象❌ 不安全std::make_sharedHelloTest()普通 C 对象进程内共享❌ binder 不认可其计数ndk::SharedRefBase::makeHelloTest()HAL 服务对象✅ binder 与shared_ptr协同计数七、通俗类比把std::shared_ptr想象成一个自动回收的抽水马桶当屋里没人时自动冲水。ndk::SharedRefBase::make则更进一步它把隔壁房间binder 驱动的人也能算进去只有当两个房间的人都走了马桶才会冲。这样你的 HAL 服务就不会因为服务端代码的一个}而突然消失导致正在呼叫它的客户端崩溃。