c++oding="utf-8" ?>
shared_ptr::use_count() 返回当前强引用数量，为调试用途且非线程安全；它不包含 weak_ptr 计数，返回0合法，不可用于判断独占所有权或资源释放时机。
shared_ptr::use_count() 返回当前引用计数
直接调用 use_count() 成员函数即可获取当前 shared_ptr 对象所管理资源的强引用数量。它返回一个 long（C++17 起为 ptrdiff_t），表示有多少个 active 的 shared_ptr 指向同一块内存。
注意：这不是线程安全的观测手段，仅作调试或断言用途；多线程环境下该值可能在返回瞬间就已变化。
-
use_count()统计的是「强引用」，不包含weak_ptr的观察者数量 - 返回值为 0 是合法的（比如已 reset 或被 move 走后的空指针）
- 不要依赖
use_count() == 1来判断“独占所有权”——可能有未析构的weak_ptr存在，且竞态下不可靠
为什么不能用 use_count() 判断资源是否即将释放
因为 use_count() 只反映当前时刻的强引用数，而资源真正释放发生在最后一个 shared_ptr 析构时，此时控制块（control block）还需处理 weak_ptr 链表、自定义删除器执行等逻辑。即使 use_count() == 1，也不能保证下一行代码执行时资源还没被释放。
- 典型误用：
if (ptr.use_count() == 1) { /* assume safe to mutate */ }—— 这不是原子操作，也不防其他线程新建shared_ptr - 真正需要“独占访问”应配合
std::shared_ptr::unique()（C++20 废弃）或更稳妥地使用std::shared_ptr::get()+ 外部同步机制 - 若需精确追踪生命周期，建议在自定义删除器中加日志，或用带计数的 wrapper 类封装调试
调试时如何安全观察引用计数变化
最实用的方式是在构造、拷贝、赋值、reset 和析构处打日志，而非轮询 use_count()。例如：
auto ptr = std::make_shared<int>(42); std::cout auto ptr2 = ptr; std::cout <p>ptr.reset(); std::cout </p></int>
- 避免在循环里频繁调用
use_count()，它虽是 O(1)，但涉及原子读，无谓开销 - Release 模式下某些标准库实现可能优化掉控制块中的引用计数字段（如 libc++ 在 -O2 下对空删除器做优化），导致
use_count()不准确 —— 仅用于 Debug 构建 - 若发现
use_count()异常跳变（比如从 2 突然变 0），大概率是对象已被析构后又误访问了 danglingshared_ptr
weak_ptr 怎么影响引用计数统计
weak_ptr 不增加强引用计数，因此不影响 shared_ptr::use_count() 结果，但它会增加控制块自身的引用计数（weak count），用于决定何时销毁控制块本身。
- 调用
weak_ptr::lock()成功时，会将强引用数 +1，并返回新的shared_ptr，此时use_count()上升 - 控制块销毁时机：强引用数 == 0 且弱引用数 == 0
- 想查看弱引用数？标准接口不提供 —— 它是实现细节，
use_count()永远只告诉你强引用情况
实际项目里，过度关注 use_count() 往往说明设计上存在隐式依赖所有权状态的问题。引用计数是实现机制，不是接口契约。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
