// “胖接口”：包含了所有可能的功能
interface IMultiFunctionMachine {
    void print(String content);
    void scan(String path);
    void fax(String content, String telephone);
}

// 现在，我们有一个高级打印机，它实现了所有功能
class AdvancedPrinter implements IMultiFunctionMachine {
    @Override
    public void print(String content) {
        System.out.println("Printing: " + content);
    }

    @Override
    public void scan(String path) {
        System.out.println("Scanning document at: " + path);
    }

    @Override
    public void fax(String content, String telephone) {
        System.out.println("Faxing '" + content + "' to " + telephone);
    }
}

// 问题来了：我们现在有一个廉价的经济型打印机，它只能打印
class EconomicPrinter implements IMultiFunctionMachine {
    @Override
    public void print(String content) {
        System.out.println("Economically printing: " + content);
    }

    // 问题所在：被迫实现一个它不支持的功能！
    @Override
    public void scan(String path) {
        // 只能留空，或者抛出异常。这是一种糟糕的设计。
        throw new UnsupportedOperationException("This printer cannot scan.");
    }

    // 同样，被迫实现一个不支持的功能
    @Override
    public void fax(String content, String telephone) {
        throw new UnsupportedOperationException("This printer cannot fax.");
    }
}

问题分析：

接口污染： EconomicPrinter 被迫实现了它根本不具备的 scan 和 fax 功能。这使得类的实现变得很尴尬。
误导客户端： 当一个开发者使用 EconomicPrinter 对象时，代码提示会显示出 scan() 和 fax() 方法，这会误导他认为这个打印机可以扫描和传真，从而在调用时导致程序崩溃。
高耦合： 任何需要使用打印功能的客户端，都间接地依赖了 scan 和 fax 的方法声明，即使它永远不会用。如果未来 fax 方法的签名需要修改（比如增加一个参数），那么所有依赖 IMultiFunctionMachine 的类，包括 EconomicPrinter，都可能需要重新编译或修改，即使它们和传真功能毫无关系。

2. 遵循ISP的重构 (好的设计)

我们将那个“胖接口”拆分成多个职责单一的“小接口”。

第1步：接口拆分（隔离）

// 1. 创建多个职责单一的接口
interface IPrinter {
    void print(String content);
}

interface IScanner {
    void scan(String path);
}

interface IFax {
    void fax(String content, String telephone);
}

第2步：按需实现接口

现在，每个类只实现它真正需要的接口。

// 经济型打印机只实现它能做的功能
class EconomicPrinter implements IPrinter {
    @Override
    public void print(String content) {
        System.out.println("Economically printing: " + content);
    }
    // 它不再需要知道 scan 或 fax 的存在！
}

// 高级打印机可以实现所有接口，因为它具备所有功能
class AdvancedPrinter implements IPrinter, IScanner, IFax {
    @Override
    public void print(String content) {
        System.out.println("Printing: " + content);
    }

    @Override
    public void scan(String path) {
        System.out.println("Scanning document at: " + path);
    }

    @Override
    public void fax(String content, String telephone) {
        System.out.println("Faxing '" + content + "' to " + telephone);
    }
}

第3步：客户端依赖最小接口

客户端代码现在可以只依赖于它需要的功能接口。

public class Client {
    // 这个方法只需要打印功能，所以它依赖于 IPrinter 接口
    public void doPrintJob(IPrinter printer, String document) {
        System.out.println("Client: Sending a document to the printer...");
        printer.print(document);
    }

    public static void main(String[] args) {
        Client client = new Client();
        
        IPrinter cheapPrinter = new EconomicPrinter();
        IPrinter advancedPrinter = new AdvancedPrinter();
        
        // 客户端可以无差别地对待任何实现了 IPrinter 接口的对象
        client.doPrintJob(cheapPrinter, "This is a simple text file.");
        client.doPrintJob(advancedPrinter, "This is a complex report.");
        
        // 如果客户端需要扫描，它会依赖 IScanner
        // IScanner scanner = new AdvancedPrinter();
        // scanner.scan(...);
    }
}

优势分析：

低耦合、高内聚： 接口职责清晰，EconomicPrinter 和打印功能紧密内聚，与扫描、传真功能完全解耦。
设计更清晰、更安全： EconomicPrinter 的使用者不会再被 scan() 等无关方法所困扰，代码更健壮。
更好的可维护性： 如果 IFax 接口需要修改，只有 AdvancedPrinter 和其他真正使用传真功能的类会受影响，EconomicPrinter 和只关心打印的客户端完全不受波及。

总结

接口隔离原则（ISP）的核心是**“专人专事”**。通过创建小而专的接口，我们可以让类和模块之间的依赖关系变得更加精确和健康，从而构建出更加灵活、稳定和易于维护的软件系统。