JVM垃圾回收与性能调优总结(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fdeveloper.51cto.com%2Fart%2F201201%2F312639.htm)JVM调优的几种策略(https://www.oschina.net/action/GoToLink?url

Java语言从出现到现在，一直占据编程语言前列，他很大的一个原因就是由于java应用程序所运行的平台有关。我们大家都知道java应用程序运行在java虚拟机上。这样就大大减少了java应用程序和底层操作系统打交道的频率。这也就为java程序的跨平台提供了良好的基础。在java虚拟机中为我们提供了一个很重要的机制就是java虚拟机的自动的内存管理机制。也就是我

GC常用参数年轻代最小堆最大堆栈空间XmnXmsXmxXssSystem.gc()不管用，避免因System.gc()调用导致的FGC，生产环境建议XX:DisableExplicitGC年轻代存活对象升代年龄，最大值15（CMS默认是6，Par

问题：开发组说MyBatis的日志信息只能通过顶级日志记录器在debug下打印SQL，所以测试时一大堆的信息，弄得个单元测试，启动要老半天。    为了解决这样的问题，我看了下开发组的日志信息配置，代码如下：log4j.logger.com.ibatisDEBUGlog4j.logger.com.ibatis.common.jdbc.Simp

强引用StrongReferences　　强引用是最常见的引用：　　比如：StringBufferbuffernewStringBuffer();　　创建了一个StringBuffer类的对象，并用一个变量buffer存储对这个对象的引用。这就是个强引用。　　变量持有的是这个对象的引用。通常，引用是一个对象的存储地址。

使用JavaScript编写插件或团队协作时，可使用闭包来解决此类以下两个问题：1、定义过多全局变量，可能会造成全局变量命名冲突；2、在插件内定义变量，需要保护该变量不被轻易修改；优点：可以把局部变量驻留在内存中,可以避免使用全局变量；在调用过后不会被垃圾机制回收；缺点：避免滥用闭包，占用更多内存的缺点，用完要及时让垃圾回收器回收（fn

    垃圾收集GarbageCollection通常被称为“GC”，它诞生于1960年MIT的Lisp语言，经过半个多世纪，目前已经十分成熟了。    jvm 中，程序计数器、虚拟机栈、本地方法栈都是随线程而生随线程而灭，栈帧随着方法的进入和退出做入栈和出栈操作，实现了自动的内存清理，因此，我们的内存垃圾回收主要集中于java堆和

GC的最根本原因：垃圾收集器的工作就是清除Java创建的对象，垃圾收集器需要清理的对象数量以及要执行的GC数量均取决于已创建的对象数量。因此，为了使你的系统在GC上表现良好，首先需要减少创建对象的数量。GC优化的两个目的：1.将进入老年代的对象数量降到最低2.减少FullGC的执行时间原则：将进

本文摘自深入理解Java虚拟机第三版垃圾收集发生的区域之前我们介绍过Java内存运行时区域的各个部分，其中程序计数器、虚拟机栈、本地方法栈三个区域随线程共存亡。栈中的每一个栈帧分配多少内存基本上在类结构确定下来时就已知，因此这几个区域的内存分配和回收都具有确定性，不需要考虑如何回收的问题，当方法结束或线程结

前言：内存管理是Java最重要的优势之一，你只需创建对象，Java垃圾收集器会自动负责分配和释放内存。但是，情况并不那么简单，因为在Java应用程序中经常发生内存泄漏。本章会说明什么是内存泄漏，为什么发生，以及如何防止它们。什么是内存泄漏？内存泄漏的定义：应用程序不再使用的对象，垃圾收集器却无法删除它们，因为它们正在被引用。为了理