lukaliou123
commented
2 years ago 3.单例模式
单例模式属于创建型模式，一个单例类在任何情况下都只存在一个实例，构造方法必须是私有的、由自己创建一个静态变量存储实例，对外提供一个静态公有方法获取实例。 优点是内存中只有一个实例，减少了开销，尤其是频繁创建和销毁实例的情况下并且可以避免对资源的多重占用。缺点是没有抽象层，难以扩展，与单一职责原则冲突。
3.1.单例模式的集中实现
1.饿汉式：在类加载时就初始化创建单例对象，线程安全，但不管是否使用都创建对象可能会浪费内存。
2.懒汉式：在外部调用时才会加载，线程不安全，可以加锁保证线程安全但效率低。
加了锁的懒汉
双重检查锁：使用 volatile 以及多重检查来减小锁范围，提升效率。
uniqueInstance 采用 volatile 关键字修饰也是很有必要的， uniqueInstance = new Singleton();
这段代码其实是分为三步执行： 1.为 uniqueInstance 分配内存空间 2.初始化 uniqueInstance 3.将 uniqueInstance 指向分配的内存地址 但是由于 JVM 具有指令重排的特性，执行顺序有可能变成 1->3->2。指令重排在单线程环境下不会出现问题，但是在多线程环境下会导致一个线程获得还没有初始化的实例。例如，线程 T1 执行了 1 和 3，此时 T2 调用 getUniqueInstance() 后发现 uniqueInstance 不为空，因此返回 uniqueInstance，但此时 uniqueInstance 还未被初始化。
静态内部类：同时解决饿汉式的内存浪费问题和懒汉式的线程安全问题。
补充：为什么静态内部类是安全的：
当使用静态内部类实现单例模式时，单例对象的实例化被延迟到静态内部类被加载时。这是由Java的类加载机制保证的，静态内部类只会在首次使用时被加载，且加载过程由类加载器进行加锁，保证了线程安全。
Java类加载机制是基于类加载器（ClassLoader）的工作原理。当需要加载一个类时，类加载器会先检查该类是否已经加载，如果没有加载，则会触发类的加载过程。在加载过程中，类加载器会执行一系列步骤，包括查找类的字节码文件、验证字节码的正确性、分配内存空间、执行静态初始化等。
类加载器在执行这些步骤时会进行加锁操作，确保只有一个线程进行类加载。这就保证了类的加载过程是线程安全的，不会出现并发访问的问题。
在类加载完成后，生成的类对象会被存放在方法区（Metaspace）中，并被所有线程共享。由于类对象是只读的，不会被修改，因此在多线程环境下并发访问类对象是安全的。
需要注意的是，类加载器的锁粒度是类级别的，而不是实例级别的。也就是说，当加载一个类时，只有该类对应的类加载器进行加锁，不会影响其他类的加载。这使得多个线程可以并发地加载不同的类，提高了加载的效率。
因此，由于类加载器的加锁机制和类对象的只读特性，类加载是线程安全的，保证了多线程环境下的正确加载和共享访问。
最好的单例模式实现法：枚举实现
线程安全：Java在每个枚举类型的第一次使用时，会自动创建其定义的枚举对象，而且仅创建一次，由JVM保证。
防止反射攻击：在其它实现单例的方法中，通过setAccessible方法，可以将私有构造函数的访问级别设置为public，然后调用构造函数进行实例化。但是枚举类型没有这个问题，因为它没有构造函数（至少对你来说是这样的）。
自带序列化机制：防止反序列化重新创建新的对象。
代理模式有静态代理和动态代理两种实现方式，我们 先来看一下静态代理模式的实现。
相比静态代理的优势是接口中声明的所有方法都被转移到 InvocationHandler 的 invoke 方法集中处理。
也就是说：你通过Proxy 类的 newProxyInstance() 创建的代理对象在调用方法的时候，实际会调用到实现InvocationHandler 接口的类的 invoke()方法。 你可以在 invoke() 方法中自定义处理逻辑，比如在方法执行前后做什么事情。
1.什么是设计模式
设计模式，是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。
2.设计模式六大原则（SOLID+迪米特）
2.开放封闭原则（Open Close Principle） 原则思想：尽量通过扩展软件实体来解决需求变化，而不是通过修改已有的代码来完成变化。 描述：个软件产品在生命周期内，都会发生变化，既然变化是一个既定的事实，我们就应该在设计的时候尽量适应这些变化，以提高项目的稳定性和灵活性。
3.里氏代换原则（Liskov Substitution Principle） 原则思想：使用的基类可以在任何地方使用继承的子类，完美的替换基类。 大概意思是：子类可以扩展父类的功能，但不能改变父类原有的功能。子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法，子类中可以增加自己特有的方法。
4.接口隔离原则（Interface Segregation Principle） 原理：这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。
5.依赖倒转原则（Dependence Inversion Principle） 定义：高层模块不应该依赖于低层模块，两者都应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。 java中抽象指接口或抽象类，两者都不能直接被实例化的；细节就是实现类，实现接口或者集成抽象类而产生的也就细节，也就是可以可以加上一个 关键字new产生的对象。高层模块就是调用端，低层模块就是具体实现类。 依赖倒置原则在java中表现就是，模块间依赖通过抽象发生，实现类之间不发生直接依赖关系，其依赖关系是通过接口或者抽象类产生的。如果类与类直接依赖细节，那么久会直接耦合。如此一来当修改时，就会同时修改依赖者代码，这样限制了可拓展性。
6.迪米特法则（最少知道原则）（Demeter Principle） 也叫最少知道原则，每个模块对其他模块都要尽可能少地了解和依赖，降低代码耦合度。