Defonds 的专栏

Java 的 ObjectInputStream 和 ObjectInputStream 各自保留一个对已发送/已接收对象的引用的列表。就是这些引用，会阻止垃圾收集器对这些对象内存的释放。当新对象的数量不断增长时（比方说在服务器中），最终将抛出"Java.lang.OutOfMemoryError"。解决办法就是使用 writeUnshared() 和 readUnshared() 方法来取代 writeObject() 和 readObject() 方法。介绍怎样在 Java 中创建一个内存泄漏？这

JavaME 程序性能调优内存分析工具 Memory Monitor 的使用        背景：        linux：CentOS release 5.3 (Final)        jdk：jdk1.6.0_16        eclipse：eclipse-SDK-3.4.1-linux         wtk：sun_java_wireless_toolkit-

译序：Java 的内存泄漏，这不是一个新话题。Jim Patrick 的这篇文章早在 2001 年就写出来了。但这并不意味着 Java 的内存泄漏是一个过时了的甚至不重要的话题。相反，Java 的内存泄漏应当是每一个关心程序健壮性、稳定性和高性能的程序员所必须了解的知识。        本文将揭示什么时候需要关注内存泄漏以及如何进行防止。        摘要：Java 程序里也存在内存泄漏

想验证你对 jvm 配的一些调优参数有没有起作用吗？想不想实时监控你自定义的线程池的在实际运行时的线程个数、有没有死锁？想不想实时监控你的 Java 应用的堆内存使用情况，并根据峰值等数据设置最适合你的 Xms、Xmx 等参数？想不想找到你的应用的永久区 PermGen 的使用峰值，并根据其去设置合理的 XX:PermSize、XX:MaxPermSize 等参数？如何根据应用实时的运行运行情况合理配置年轻代(Young Generation，即 Eden 区和两个 Survivor 区之和)和年老代(Ol

玩过性能优化的朋友都清楚，性能优化的关键并不在于怎么进行优化，而在于怎么找到当前系统的性能瓶颈。性能优化分为好几个层次，比如系统层次、算法层次、代码层次...JVM 的性能优化被认为是底层优化，门槛较高，精通这种技能的人比较少。笔者呆过几家技术力量不算弱的公司，每个公司内部真正能够进行 JVM 性能调优的人寥寥无几、甚至没有。如是乎，能够有效通过 JVM 调优提升系统性能的人往往被人们冠以"大牛"

本文是《JVM 性能调优实战之：一次系统性能瓶颈的寻找过程》 的后续篇，该篇介绍了如何使用 JDK 自身提供的工具进行 JVM 调优将 TPS 由 2.5 提升到 20 (提升了 7 倍)，并准确定位系统瓶颈：我们应用里静态对象不是太多、有大量的业务线程在频繁创建一些生命周期很长的临时对象，代码里有问题。那么问题来了，如何在海量业务代码里边准确定位这些性能代码？本文将介绍如何使用阿里开源工具 TP...

最近更新于 2018-11-13。适用于Oracle Weblogic 服务器 - 版本 10.3.5 及以后。本文信息适用于任何平台。问题在一个线程执行结束以后，Weblogic 服务器并不会清理设置在 ThreadLocal 里的对象。这会导致内存泄漏。使用 Eclipse 内存分析工具 MAT (Memory Analysis Tool) 跟踪的一个内存泄漏的例子：右击内存泄...