关于Java性能调优分为两方面的优化，一方面是针对Java虚拟机内存的调优，一方面是数据库DB的调优。
今天我们主要讲解Java虚拟机内存的调优，在实际开发中，几乎不可能通过单纯的调优来达到消除GC的目的，我们所做的内存调优只是尽可能的去减少内存消耗，进一步减少因为内存不足而影响Java程序性能。就如同我们手机内存一样，当内存不够的时候，用起来程序就特别的不顺畅导致用户体验极差，我们所能做的就是及时清理内存~
养成良好的编码习惯能很大程度提高性能问题，以下是本人这几年的开发总结：
1.尽量缓存经常使用的对象
尽可能将经常使用的对象进行缓存，可以使用数组，或HashMap的容器来进行缓存，但这种方式可能导致系统占用过多的缓存，性能下降，推荐可以使用一些第三方的开源工具，如EhCache，Oscache进行缓存，他们基本都实现了FIFO/FLU等缓存算法。
2.尽量重用对象
之前有讲过，在String对象的使用中，出现字符串连接情况时应使用StringBuffer代替，由于系统不仅要花时间生成对象，以后可能还需要花时间对这些对象进行垃圾回收和处理。因此生成过多的对象将会给程序的性能带来很大的影响。
3.做IO流操作的时候，在使用完毕后，及时colse以释放资源,以免造成内存泄漏，因为对这些大对象的操作会造成系统大的开销。
4. 过分的创建对象会消耗系统的大量内存，严重时，会导致内存泄漏，因此，保证过期的对象的及时回收具有重要意义。JVM的GC并非十分智能，因此建议在对象使用完毕后，手动设置成null。
5. 减少new对象。
每次new对象之后，都要在堆中开辟新的内存空间。这些对象不被引用之后，还要回收掉。因此，在最大限度地合理重用对象，或者使用基本数据类型代替对象，都有利于节省内存。
6. 多使用局部变量，减少静态变量和全局变量的使用。
局部变量储存在栈内存中，会随着方法的消失而消失；全局变量储存在堆内存中，有GC负责回收；静态变量储存在方法区中，程序结束时释放。
7. 尽量避免随意使用静态变量
当某个对象被定义为static变量所引用，那么GC通常是不会回收这个对象所占有的内存。
8. 尽量使用final修饰符，final表示不可修改，访问效率高
9. 尽量使用局部变量，减少静态变量和全局变量的使用
局部变量储存在栈内存中，会随着方法的消失而消失；全局变量储存在堆内存中，有GC负责回收；静态变量储存在方法区中，程序结束时释放。
10. 慎用synchronized，尽量减小synchronize的方法
总所周知，实现同步是要很大的系统开销作为代价的，甚至可能造成死锁，所以尽量避免无谓的同步控制。synchronize方法被调用时，直接会把当前对象锁了，在方法执行完之前其他线程无法调用当前对象的其他方法。所以，synchronize的方法尽量减小，并且应尽量使用方法同步代替代码块同步。
11.多线程在未发生线程安全前提下应尽量使用HashMap、Vector
HashTable、Vector等使用了同步机制，降低了性能。
12. 尽量早释放无用对象的引用
大部分时，方法局部引用变量所引用的对象会随着方法结束而变成垃圾，因此，大部分时候程序无需将局部，引用变量显式设为null。
12. 尽量避免使用split
应该避免使用split，split由于支持正则表达式，所以效率比较低，如果是频繁的几十，几百万的调用将会耗费大量资源，如果确实需要频繁的调用split，可以考虑使用apache的StringUtils.split(string,char)，频繁split的可以缓存结果。
13. 不要在循环中使用Try/Catch语句，应把Try/Catch放在循环最外层
14. 根据实际业务合理的使用 ArrayList & LinkedList
一个是线性表，一个是链表，一句话，随机查询尽量使用ArrayList，ArrayList优于LinkedList，LinkedList还要移动指针，添加删除的操作LinkedList优于ArrayList，ArrayList还要移动数据。
15 慎用异常
当创建一个异常时，需要收集一个栈跟踪(stack track)，这个栈跟踪用于描述异常是在何处创建的。构建这些栈跟踪时需要为运行时栈做一份快照，正是这一部分开销很大。
如果您创建一个 Exception ，就得付出代价，好在捕获异常开销不大，因此可以使用 try-catch 将核心内容包起来。招致性能损失的并不是 throw 操作——尽管在没有预先创建异常的情况下就抛出异常是有点不寻常，真正要花代价的是创建异常。异常是为异常的情况而设计的，使用时也应该牢记这一原则。
以上仅是Java方面编程时的性能优化，性能优化大部分都是在时间、效率、代码结构层次等方面的优化，欢迎各位看官提出宝贵意见，互相学习~~
来源：oschina
链接：https://my.oschina.net/u/4263893/blog/4435896