- 主题:请教板上大佬，常见的memory leak通常发生在什么情况呢
一般而言，在带gc的语言上，需要先明确定义“内存泄露”
【 在 ustcBoy (ustcBoy) 的大作中提到: 】
--
FROM 114.86.46.*
不飞unsafe指针或者直接扒拉堆外内存的话
其实应该整不出内存泄露，业务代码最多是内存浪费
无端增加不必要的内存/gc开销，甚至导致耗尽内存
如果“常规”业务代码导致泄露，某种意义上可以认为是gc实现/基础库的锅
比如弄个引用计数然后掉循环引用坑里之类（不是说C#/java）
【 在 ustcBoy (ustcBoy) 的大作中提到: 】
: 生命周期比预期的长，或者说不容易（或是无法）找到对象的引用，但是对象确实被保持着引用。
: 技术水平低，只能抛出这种水平的砖头。
: 想听听大佬的见解。
: ...................
--
FROM 114.86.46.*
这显然是（不当操作）内存溢出而不是泄露
【 在 hongdiao (hongdiao) 的大作中提到: 】
: 一直往容器里面加元素，忘记在合适的时机删元素。
--
FROM 114.86.46.*
event handler导致内存泄露是啥情形？
【 在 letdown (不知道我是谁) 的大作中提到: 】
: 非托管内存泄漏
: 1.io
: 2.端口瞬间开太多
: ...................
--
FROM 223.104.213.*
非托管内存不应该是gc负责范围之外的么？
【 在 letdown (不知道我是谁) 的大作中提到: 】
: 看来你没用过c#写过大型程序，泄漏1kb本身不是问题，但是非托管内存的泄漏，会到只gc变得很慢，gc会锁进程，最终会导致整个系统的运行速度变慢
--
FROM 114.86.46.*