Java技术一点通

桥接模式（Bridge Pattern）是一种结构型设计模式，它将抽象部分与其实现部分分离，使它们可以独立变化。桥接模式通过将抽象和实现分离，使得它们可以独立演化，互不影响。这种模式通过组合而不是继承的方式来实现抽象与实现的解耦。

外观模式（Facade Pattern）是一种结构型设计模式，旨在为系统提供一个统一的接口，以简化系统的使用。它定义了一个高级接口，使得客户端可以更容易地与系统交互。外观模式通过提供一个简化的接口，封装了系统中多个模块的复杂逻辑，从而隐藏系统的复杂性，使客户端更容易使用。这种模式的核心思想是通过一个外观类，将客户端与系统的详细实现隔离开来，提供一个更简单和统一的接口。

观察者模式（Observer Pattern）是一种行为型设计模式，它定义了一种一对多的依赖关系，让多个观察者对象同时监听一个主题对象的状态变化。当主题对象的状态发生变化时，它会自动通知所有的观察者对象，使得它们能够自动更新自己。观察者模式的主要目的是实现对象之间的松耦合，让主题对象和观察者对象之间的关系解耦。通过观察者模式，可以方便地添加、移除和通知观察者，使得系统更加灵活和可扩展。

建造者模式（Builder Pattern）是一种创建型设计模式，旨在将一个复杂对象的构建与表现分离，使得同样的构建过程可以创建不同的表示。用户只需要指定需要建造的类型就可以得到该类型对应的产品实例，不必关心建造的过程细节，建造者模式就是如何逐步构建包含多个组件的对象，相同的构建过程可以创建不同的产品。

适配器模式（Adapter Pattern）是一种结构型设计模式，将一个类的接口转换成客户希望的另外一个接口，它允许接口不兼容的类之间进行合作，通过引入一个适配器类来使得原本不兼容的接口能够协同工作，而不需要修改已有的代码。适配器模式根据实现方式的不同，可以分为类适配器模式和对象适配器模式，类适配器模式对于需要重写被适配者的一些方法时比较方便，而对象适配器模式则更加灵活，允许适配器与多个被适配者进行组合。通常更推荐使用对象适配器模式。

组合模式（Composite Pattern）是一种结构型设计模式，它允许将对象组合成树状结构以表示“部分-整体”的层次结构。通过组合模式，客户端可以统一对待单个对象和组合对象，使得用户在使用单个对象和组合对象时无需区分它们的差异。

责任链模式（Chain of Responsibility）又名职责链模式，是一种行为设计模式，它允许你构建一个由多个对象组成的链，每个对象都有机会处理请求，或者将请求传递给链中的下一个对象。这种模式常用于处理请求的对象之间存在层次关系的情况。责任链模式的主要目的是解耦发送者和接收者，使多个对象都有机会处理请求，而不是将请求发送者与接收者硬编码在一起。在责任链模式中，每个处理者都包含一个对下一个处理者的引用，形成一个链条。当请求进入链条时，从链条的头部开始逐个处理，直到找到能够处理该请求的对象为止。

状态模式（State Pattern）是一种行为设计模式，它允许对象在其内部状态改变时改变其行为。该模式将对象的行为封装在不同的状态类中，使得在不同状态下可以选择不同的行为，从而使对象看起来好像修改了其类。

策略模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。策略模式属于对象行为模式，它通过对算法进行封装，把使用算法的责任和算法的实现分割开来，并委派给不同的对象对这些算法进行管理。

在工厂模式中，通常会定义一个抽象工厂接口，该接口声明了创建对象的方法，具体的工厂类实现了这个接口，并负责实际创建对象的过程。客户端代码通过使用工厂接口来创建对象，而不直接使用new关键字实例化对象，从而实现对象创建和使用的解耦。简单工厂模式（Simple Factory）工厂方法模式（Factory Method）抽象工厂模式（Abstract Factory）这三种模式从上到下逐步抽象，并且更具一般性。

在软件开发中，某个方法的实现需要多个步骤，其中有些步骤是固定的，而有些步骤并不固定，存在可变性。为了提高代码的复用性和系统的灵活性，可以使用模板方法模式的设计模式对这类情况进行设计。在模板方法模式中将实现功能的每一步骤所对应的方法称为基本方法，而将调用这些基本方法同时定义基本方法的执行次序的方法称为模板方法。定义一个操作中的算法骨架，而将算法的一些步骤延迟到子类中，使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。

单例模式指在内存中只会创建且仅创建一次对象的设计模式。在程序中多次使用同一对象且作用相同时，为了防止频繁地创建对象使得内存飙升，单例模式可以让程序仅在内存中创建一个对象，让所有需要调用的地方都共享这一单例对象。单例模式常见的两种类型：懒汉式、饿汉式。懒汉式： 在需要用到对象时才实例化对象，最佳的实现方式是双重检查加锁，解决了并发安全和性能低下问题。饿汉式： 在类加载时就创建好了单例对象，在获取单例对象时直接返回对象即可，不会存在并发安全和性能问题。