Question

事实如下:

Java方案的一个实例是, memory方案有传闻(不是为心脏,问题可能动摇你们的信仰),在这里,人们看到一个叫Tocat的 little方案,它甚至有“确定的泄漏”纽顿:。是否有办法避免在Tomcat出现不部署的记忆泄露?

因此,我很想知道:在戈文撰写的方案是否显示在贾瓦举办的一些节目中出现同样类型的(微妙或非)记忆泄露?

Answer 1

你正在混淆不同类型的记忆泄漏。

heinous(或其他任何基于GC的语文)出现了基于 heinous的、以明确主题为基础的记忆泄露。这些泄漏是由于完全失去记忆库,而没有将其标记为未使用。

Java和地球上其他每一种语言的“流传”仍然存在,直到计算机能够读到我们的脑后,这些“流传”仍与我们一起存在,而且将持续到可预见的未来。这些泄漏是由于编码/程序设计者不断提及技术上不再需要的物体所致。这些都是根本的逻辑弊端,不能使用目前技术的任何语言加以防止。

Answer 2

Go方案很有可能会发现记忆泄露。目前,Go公司有一个简单的标识和血清收集器。这只是作为一种临时解决办法,并非长期垃圾收集器。见,,用于更多的信息。参看标题<代码>Go Garbage 采集器。如果你有这种倾向,该页甚至与目前版本的代码有关系。

Answer 3

记忆泄露是指方案管理员认为免费时。无论使用何种语言,无论是否收集垃圾,都会发生这种情况。通常使用GC语言的事业是更多地提及记忆。

“Languages 不会造成记忆泄露,方案管理员造成记忆泄露”。

Answer 4

垃圾收集,或没有,你可以撰写一个在 Java有记忆的节目。大部分语言是Go, 或任何其他语言。

垃圾收集确实使方案管理员承担一些负担,但并不完全防止泄漏。

Answer 5

您正在将抽象程度混为一谈:记忆泄露是由于图书馆的ug(这里,各物体相互参照,而各持单链提及b,以及在执行停车场收集器时,在效率和准确性之间相互抵消。你们想花多少时间去寻找这种场所? 如果你花了两倍的时间,你就能够检测出两倍的 lo。

因此,记忆泄露问题不是针对具体语言的节目,因此没有理由说,光顾本身应当比 Java更好或更糟。