关键在于指针值传递不等于对象共享，真正引发副作用的是堆内存所有权未明确、释放逻辑未隔离；需通过深拷贝、值语义、智能指针或RAII主动管理生命周期，而非依赖传参方式本身。
关键在于理解“指针值传递”不等于“对象共享”，而真正引发多层调用副作用的，是堆内存所有权未明确、释放逻辑未隔离——不是传参方式本身有问题，而是拷贝行为缺失或错误。
参数传递时指针本身在栈上传递，但堆内存归属不变
当函数形参是 T* 或 const T* 时，编译器只复制指针变量（4 或 8 字节）到栈上，该指针仍指向原始堆地址。这意味着：
- 所有层级看到的是同一块堆内存，读写会互相影响；
- 若某一层 delete 了它，其余层再访问就是野指针；
- 即使加 const 修饰，也不能阻止通过其他路径修改堆数据。
消除副作用的核心：切断堆内存的隐式共享
不能依赖“只读传参”来保安全，必须主动管理堆资源生命周期。常用手段有：
- 显式深拷贝入参：在函数入口处对指针所指内容做完整复制（new + memcpy / 构造），后续操作副本，原对象不受影响；
-
改用值语义传对象：把
T*换成T（前提是类已正确定义拷贝构造和赋值运算符），让编译器自动触发深拷贝逻辑； -
引入智能指针明确所有权：用
std::shared_ptr<T>传递，多层调用共用引用计数，析构由最后一个退出者触发；或用std::unique_ptr<T>强制转移所有权，避免意外共享。
多层调用中易被忽略的陷阱场景
以下情况看似安全，实则埋雷：
- 函数 A 调用 B，B 调用 C，C 中 delete 了入参指针 → A 和 B 后续再用该指针即崩溃；
- 多个线程同时持有同一原始指针，无同步机制 → 数据竞争 + 释放冲突；
- 使用
std::vector<T*>存储裸指针，容器析构不释放堆内存，且无法判断哪些指针已失效。
推荐实践：用 RAII 封装堆对象生命周期
不要让裸指针跨函数边界流动。例如：
✅ 好做法：void process(std::shared_ptr<Data> data) { /* 安全读写，自动管理释放 */ }
void process(Data* data) { /* 无法判断谁该 delete，不敢轻易释放 */ }
把堆对象封装进带析构逻辑的类型里，让编译器和运行时帮你守住边界，比靠人工约定更可靠。
