Java面试50问，女面试官最喜欢问的居然是它！

[] 什么是工厂模式？

工厂模式（Factory Pattern）是一种常用的软件设计模式，它属于创建型模式，用于处理对象的创建。工厂模式的核心思想是将对象的创建与使用分离，通过工厂类来封装对象的创建过程，从而使得代码更加灵活和易于扩展。

工厂模式的主要优点包括：

1. 封装性：工厂模式隐藏了对象创建的具体细节，调用者只需要知道所要创建的对象的类型，而不需要了解具体的创建过程。

2. 代码解耦：通过工厂模式，对象的创建逻辑与使用逻辑分离，使得代码更加模块化，易于维护。

3. 扩展性：当需要添加新的产品类型时，只需要扩展工厂类并添加相应的创建逻辑，而不需要修改已有的代码。

4. 可维护性：由于对象的创建被集中管理，因此当创建过程发生变化时，只需修改工厂类即可，降低了维护成本。

工厂模式的实现通常包含以下几个关键组件：

1. 产品接口：定义了一个或多个产品必须实现的接口。

2. 具体产品：实现了产品接口的具体类，这些类代表了工厂模式要创建的对象。

3. 工厂接口：定义了创建产品的方法。

4. 具体工厂：实现了工厂接口，负责生产具体的产品对象。

简单工厂模式

简单工厂模式是工厂模式的一种简化形式，它通常由一个工厂类来实现，该工厂类包含一个或多个方法，用于创建不同类型的对象。

public interface Product {
    void operation();
}

public class ConcreteProduct1 implements Product {
    public void operation() {
        // 实现具体产品1的操作
    }
}

public class ConcreteProduct2 implements Product {
    public void operation() {
        // 实现具体产品2的操作
    }
}

public class SimpleFactory {
    public Product createProduct(String choice) {
        if (choice == "1") {
            return new ConcreteProduct1();
        } else if (choice == "2") {
            return new ConcreteProduct2();
        }
        return null;
    }
}

工厂方法模式

工厂方法模式是工厂模式的一种更通用的形式，它定义了一个创建对象的接口，但让子类决定要实例化的类是哪一个。工厂方法让类的实例化推迟到子类中进行。

public interface Product {
    void operation();
}

public class ConcreteProduct1 implements Product {
    public void operation() {
        // 实现具体产品1的操作
    }
}

public class ConcreteProduct2 implements Product {
    public void operation() {
        // 实现具体产品2的操作
    }
}

public interface Factory {
    Product createProduct();
}

public class ConcreteFactory1 implements Factory {
    public Product createProduct() {
        return new ConcreteProduct1();
    }
}

public class ConcreteFactory2 implements Factory {
    public Product createProduct() {
        return new ConcreteProduct2();
    }
}

在工厂方法模式中，客户端代码通常针对工厂接口编程，而不是针对具体工厂类编程，这提高了代码的可扩展性和可维护性。

工厂模式在实际开发中非常常见，它有助于降低系统各部分之间的耦合度，提高代码的可维护性和可扩展性。

[] 什么是观察者模式？

观察者模式（Observer Pattern），又称为发布-订阅模式，是一种常用的软件设计模式，用于在对象之间建立一对多的通信关系。当一个对象（称为主题或可观察对象）的状态发生变化时，所有依赖于它的对象（称为观察者）都会收到通知，并自动更新自己的状态。

观察者模式的主要角色和职责如下：

1. 主题（Subject）：也称为可观察对象，它包含一个观察者列表，负责管理观察者对象，如添加、删除观察者，以及通知观察者。

2. 观察者（Observer）：它定义了一个更新接口，使得在主题对象的状态发生变化时，可以得到通知。

3. 具体主题（Concrete Subject）：实现抽象主题的接口，存储状态，并在状态发生变化时通知所有观察者。

4. 具体观察者（Concrete Observer）：实现观察者接口，存储指向具体主题的引用，并更新其状态以与主题的状态保持一致。

观察者模式的主要优点包括：

- 解耦：观察者模式将主题和观察者之间的依赖关系解耦，使得它们可以独立地改变和复用。

- 可扩展性：当需要增加新的观察者时，不需要修改主题的代码，只需遵循观察者接口即可。

- 松耦合：主题和观察者之间是松耦合的，它们通过抽象的订阅和通知机制进行交互。

- 可维护性：观察者模式提供了一种灵活的机制，使得在系统的不同部分之间传递消息和状态变化。

观察者模式的实现通常涉及以下几个步骤：

1. 定义主题和观察者的接口：定义一个主题接口，包含添加、删除和通知观察者的方法；定义一个观察者接口，包含更新的方法。

2. 实现具体主题：实现主题接口，维护一个观察者列表，并在状态变化时遍历观察者列表，通知所有观察者。

3. 实现具体观察者：实现观察者接口，提供更新逻辑，并存储对具体主题的引用。

4. 建立依赖关系：在具体主题和具体观察者之间建立依赖关系，观察者订阅主题，以便在主题状态变化时接收通知。

观察者模式在实际应用中非常广泛，例如在图形用户界面（GUI）编程中，当用户界面元素（如按钮）的状态发生变化时，需要通知并更新其他相关元素；在事件驱动的系统设计中，当某个事件发生时，需要通知所有感兴趣的对象。

然而，观察者模式也有一些缺点，如循环依赖可能导致内存泄漏，以及在大量观察者的情况下，通知过程可能影响性能。因此，在设计时需要仔细考虑这些因素。