放飞自我

在生产环境下按照前几天研究出来的JProfiler使用方法，结果一下就JVM crash，捣鼓了n久还是不行，害得出了一身冷汗，后来再次摸索了一下，原来之前不小心使用了WindowsX86下的方法，LinuxX86是不一样的。  按照Quickstart来创建remoting application，然后将 C:/Documents and Settings/用户名/.jprofiler4

问题描述 1. 应用服务器内存长期不合理占用，内存经常处于高位占用，很难回收到低位； 2. 应用服务器极为不稳定，几乎每两天重新启动一次，有时甚至每天重新启动一次； 3. 应用服务器经常做Full GC(Garbage Collection)，而且时间很长，大约需要30-40秒，应用服务器在做Full GC的时候是不响应客户的交易请求的，非常影响系统性能。 内存长期占用并导致系统不

 首先是在root用户的crontab中添加如下一行：         */5 * * * * /xxx/xxx/monitorM2U.sh         即每5分钟执行一下脚本/xxx/xxx/monitorM2U.sh，这个脚本的内容是： cd /xxx/xxx/xxx/classes; nohup “${JAVA_HOME}”/bin/java –cp ".:$

最近用JProfile测试一个比较大的工程，希望能找到一些程序运行的瓶颈。过去使用Hibernate，很多人反映效率低。特别是懒加载关闭的时候，对象的持续生成最后会导致JVM直接OutOfMemory错误。目前使用iBatis，发现临时对象还是特别多，一开始百思不解。通过使用JProfile以后，终于找到了原因所在。 对象引用关系：baseView ->InstanceModel -> C

Java的一个重要优点就是通过垃圾收集器GC自动管理内存的回收，程序员不需要通过调用函数来释放内存。因此，很多程序员认为Java 不存在内存泄漏问题，或者认为即使有内存泄漏也不是程序的责任，而是GC 或JVM的问题。其实，这种想法是不正确的，因为Java 也存在内存泄漏。　　本专题就Java内存泄漏的相关文章进行了整理，希望对各位朋友能有所帮助。　　内存泄漏的分析　　◇JAVA 语言内存泄漏问题　

1 引言     Java的一个重要优点就是通过垃圾收集器GC （Garbage Collection）自动管理内存的回收，程序员不需要通过调用函数来释放内存。因此，很多程序员认为Java 不存在内存泄漏问题，或者认为即使有内存泄漏也不是程序的责任，而是GC 或JVM的问题。其实，这种想法是不正确的，因为Java 也存在内存泄漏，但它的表现与C++不同。如果正在开发的Java 代码要全天24 小时