java程序性能优化笔记

1、成为系统瓶颈的计算机资源大概如下：

• 磁盘I/O：由于磁盘I/O读写速度要比内存慢很多，系统运行过程中，如果需要等待磁盘I/O完成，那么低效的I/O操作会拖累整个系统。
• 网络操作：由于网络环境的不确定性，尤其是对互联网数据的读写，网络操作速度可能比 本地磁盘I/O更慢。因此如果不加处理，也极可能成为系统的瓶颈。
• CPU：对计算资源要求较高的应用，由于长时间，不间断的大量占用CPU资源，那么对CPU的争夺将导致性能问题。
• 异常：对Java应用来说，异常捕获和处理是非常耗资源的，如果程序高频率的进行异常处理，则整体性能会明显下降。
• 数据库：大部分应用都离不开数据库，而海量数据的读写操作可能是相当费时的。而应用程序可能需要等待数据库操作完成或者返回请求的结果集，那么缓慢的同步操作将成为系统瓶颈。
• 锁竞争：对高并发程序来说，如果存在激烈的锁竞争，无疑是对性能极大的打击。锁竞争将会明显增加线程上下文切换的开销。而且这些开销都是与应用需求无关的系统开销，白白占用宝贵的CPU资源，却不带来任何好处。
• 内存：一般来说，只要程序设计合理，内存在读写速度上不太可能成为性能瓶颈。除非应用程序进行了高频率的内存交换和扫描，但这些情况比较少见。使内存制约系统性能的最可能情况就是内存大小不足。与磁盘相比，内存大小似乎小的可怜，这意味着应用软件只能尽可能将常用核心数据读入内存，这在一定程度上降低了系统的性能。

2、性能调优的层次

• 设计调优：熟悉常用的软件设计方法，设计模式，基本性能组件和常用优化思想。
• 代码调优
• JVM调优：JVM的各项参数将会直接影响Java程序的性能，比如JVM的堆大小，垃圾回收策略等
• 数据库调优：应用层对sql语句进行优化；对数据库进行优化；对数据库软件进行优化。
• 操作系统调优

3、设计优化

单例模式优化:

//使用内部类来维护单例实例
public class StaticSingleton{

    private StaticSingleton(){
    
        System.out.println("StaticSingleton is create");
    }

    private static class SingletonHolder{

        private static StaticSingleton instance = new StaticSingleton ();
    }

    public static StaticSingleton getInstance(){

        return SingletonHolder.instance;
    }
}
//但是通过反射来获取类的私有构造函数，以及序列化和反序列化可能会破坏单例

代理模式