性能监控/优化系列——Java应用Profiling
?1. 常见的内存泄露有adding entries to?a Java Collection and never removing them are a common source of memory leaks。
2. 对于IO应用的调优, 为了减低CPU?utilization, 一个常用的方法是buffer 输入和输出数据，减少交互次数。3. 任何一次网络IO的调用最终会导致一个OS的系统调用，会消耗system CPU utilization，因此可以尽量选择NIO的方式。4.?Java NIO nonblocking data structures allow for the ability?to read or write as much data as possible in a single call to a network I/O (read?or write) operation。5. 在涉及到同步代码时注意: 1. 尽量减少同步代码path的长度; 2. 减少同步数据集合的大小, 像ConcurrentHashMap就是通过分段(segment)来缩小同步集合的范围实现高效同步操作；3. 也要尽量避免在同步块中设置不可控的依赖。6.Atomic and concurrent data structures并不是万能的，它依赖于CAS操作，在高并发情况下会产生大的性能问题，因此首先要考虑不是选择何种原子数据结构，而是要尽量遵循上面提到的规则。7.?a?volatile?field’s value?must be kept in sync across all application threads and CPU caches。为了保持多个CPU中的volatile数据一致，必然涉及到同步操作。如果在多CPU环境下，频繁更新volatile值会出现性能问题。8.?StringBuffer/StringBuiler当空间不足时会resize它的容量大小，这会产生一些性能问题。Eliminating these?char[]?allocations from resizing improves the performance?of this program by saving the CPU instructions needed to perform the new?char[]?allocation, copying the characters from the old?char[]?into the new?char[],?and the CPU instructions required to garbage collect the old discarded?char[]。请在构造它们的实例时显示指定大小。9.?ArrayList, Vector, HashMap, and ConcurrentHashMap同样也是基于数组作为底层结构，因此都有上面提到的resize问题。基于链表的数据结构不会有此性能问题。