- 主题:差点提交有内存泄漏的代码
Code review都通过了，有点问题又看了一遍才发现，cpp太危险了，内存泄漏防不胜防。
--
FROM 36.112.189.*
这是C/C++的痛点：C/C++项目里需要每个开发者都是内存安全大师，否则很危险。
也是rust为何能火起来的原因。
【 在 GoGoRoger 的大作中提到: 】
: Code review都通过了，有点问题又看了一遍才发现，cpp太危险了，内存泄漏防不胜防。
--
FROM 60.191.31.*
用对象管理内存，想泄漏都难吧
【 在 GoGoRoger (得道多助，失道寡助) 的大作中提到: 】
: Code review都通过了，有点问题又看了一遍才发现，cpp太危险了，内存泄漏防不胜防。
: --
: 防民之口，甚于防川。
:
--
FROM 211.145.70.*
有专门检测内存泄漏的工具，为什么不用。还有测试的时候，一般也会做稳定性测试，长时间运行，看看内存使用率会不会明显增加
【 在 GoGoRoger 的大作中提到: 】
: Code review都通过了，有点问题又看了一遍才发现，cpp太危险了，内存泄漏防不胜防。
--
FROM 113.108.41.*
Rust也不解决内存泄漏
【 在 RunningOn 的大作中提到: 】
: 这是C/C++的痛点：C/C++项目里需要每个开发者都是内存安全大师，否则很危险。
: 也是rust为何能火起来的原因。
:
--
FROM 60.12.138.*
普通的出了scope就释放的那种不会，循环引用的还是可能会
【 在 hotfix 的大作中提到: 】
: 用对象管理内存，想泄漏都难吧
:
--
FROM 60.12.138.*
ASAN, UBSAN 一定要上，哈哈
【 在 GoGoRoger 的大作中提到: 】
: Code review都通过了，有点问题又看了一遍才发现，cpp太危险了，内存泄漏防不胜防。
--
FROM 182.150.115.*
能解决啊，除非在unsafe代码中
【 在 z16166 的大作中提到: 】
: Rust也不解决内存泄漏
--
FROM 60.191.31.*
不能解决，也就是编译器（静态）、runtime（动态）不负责解决这个问题
Preventing memory leaks entirely is not one of Rust’s guarantees, meaning memory leaks are memory safe in Rust.
https://doc.rust-lang.org/book/ch15-06-reference-cycles.html
https://doc.rust-lang.org/nomicon/leaking.html
【 在 RunningOn 的大作中提到: 】
: 能解决啊，除非在unsafe代码中
:
--
FROM 60.12.138.*