C++ shared_ptr 循环引用排查:从泄漏到治理

背景 这类问题在真实项目里很常见:高并发、复杂依赖、发布频繁、团队协作面广。只有把边界条件提前定义清楚,系统才会在压力下保持稳定。 实践要点 先定义目标:可用性、延迟、成本哪个优先。 把关键路径显式化:超时、重试、降级、回滚。 把策略写进代码和流程,而不是只停留在文档。 代码片段 auto start = std::chrono::steady_clock::now(); run_hot_path(); auto cost = std::chrono::steady_clock::now() - start; 总结 工程实践最怕“看起来正确”。把策略做成可观测、可验证、可回滚的闭环,才能在生产环境里真正稳定运行。 稳定性不是某个技巧,而是持续的系统化约束。

2026年5月21日 · 1 分钟 · BvBeJ

C++ 服务内存碎片治理:从分配器选择到线上观测

症状识别 业务负载稳定,但 RSS 只涨不降。 堆分析看不到明显泄漏对象。 进程重启后内存瞬间回落。 为什么会碎片化 多线程下不同 size class 高频分配释放。 短命与长命对象混放。 大量临时 buffer 导致 arena 难回收。 治理路径 分离对象生命周期:短命池与长命池分开。 统一热点对象尺寸,减少跨 class 抖动。 评估 jemalloc/tcmalloc 与默认 allocator 差异。 线上指标建议 allocated_bytes active_bytes resident_bytes fragmentation_ratio = resident / active 风险点 只看进程总内存,不看分配器内部统计。 盲目手写内存池,忽略线程本地缓存竞争。 回收策略和 NUMA 绑定冲突。 小结 碎片治理是系统工程:对象模型、分配器、线程调度、NUMA 拓扑都要协同。先观测后改造,收益才稳定。

2026年5月6日 · 1 分钟 · BvBeJ

C++ 自定义分配器评测:别只看平均耗时

背景 很多 allocator 优化在 micro benchmark 里很好看,上线却收益一般。原因是评测维度不完整。 建议指标 p50/p95/p99 分配耗时 长时间运行碎片率 多线程争用下吞吐波动 auto begin = std::chrono::steady_clock::now(); void* p = alloc.allocate(256); alloc.deallocate(p, 256); auto end = std::chrono::steady_clock::now(); 总结 评测方法比结果数值更重要,先保证实验可信,再比较方案优劣。 性能数据要能解释真实场景,才有决策价值。

2026年5月2日 · 1 分钟 · BvBeJ

C++ pmr 实战:减少分配抖动的另一条路

背景 不是所有性能优化都要上自研内存池。很多时候,std::pmr 已经能解决不少问题。 一个实用场景 请求处理阶段会构建很多临时字符串和容器,生命周期一致,适合放在同一块内存资源里。 #include <memory_resource> #include <string> #include <vector> void handleRequest() { std::byte buffer[4096]; std::pmr::monotonic_buffer_resource pool(buffer, sizeof(buffer)); std::pmr::vector<std::pmr::string> fields{&pool}; fields.emplace_back("user", &pool); fields.emplace_back("email", &pool); } 总结 pmr 的价值在于“低侵入地控制分配策略”。 在临时对象密集场景里,收益通常比预想更明显。 能用标准库解决的问题,优先别把复杂度推到自研。

2026年4月28日 · 1 分钟 · BvBeJ

Rust 所有权与借用:我的理解之路

缘起 从 C++ 转 Rust,最不适应的不是语法,而是一种全新的思维模式。 Rust 的所有权系统(Ownership)是语言最核心的创新,也是最陡峭的学习曲线。 C++ 的惯性思维 在 C++ 里,我们习惯了这样的写法: std::string get_name() { return "BvBeJ"; // 编译器会处理返回值优化 } void process() { std::string name = get_name(); std::string alias = name; // 拷贝?还是引用? // ... } // name 和 alias 都会析构 直觉告诉我们这里发生了拷贝。但在 Rust 里,同样的思维会让你碰壁。 Rust 的所有权规则 Rust 遵循三条简单规则: 每个值有一个所有者(Owner) 同一时间只有一个所有者 当所有者离开作用域,值被丢弃(Dropped) fn main() { let s1 = String::from("hello"); let s2 = s1; // s1 被"移动"到 s2 // println!("{}", s1); // ❌ 编译错误!s1 已经无效 println!("{}", s2); // ✅ } // s2 离开作用域,内存被释放 “移动"语义取代了 C++ 的拷贝——这是最大的思维转变。 ...

2026年4月8日 · 2 分钟 · BvBeJ