主题
面试速答（先看这里）
**一句话结论：**开放封闭原则（Open-Closed Principle）：系统的设计应该对扩展开放，对修改关闭，通过接口的定义，使得系统能够在不修改原有代码的情况下进行扩展和修改。
60秒标准回答：
分离关注点（Separation of Concerns）：系统中的不同模块应该专注于自己的职责，并与其他模块进行解耦，避免模块之间的耦合度过高，增加系统的可维护性和可扩展性
单一职责原则（Single Responsibility Principle）：每个模块或者组件应该只负责一个职责或者任务，这样可以减少模块之间的相互影响，提高代码的可读性和可维护性
开放封闭原则（Open-Closed Principle）：系统的设计应该对扩展开放，对修改关闭，通过接口的定义，使得系统能够在不修改原有代码的情况下进行扩展和修改
**答题顺序：**结论 → 原理/机制 → 关键流程 → 场景与取舍 → 易错点
**记忆锚点：**Principle → 通过接口 → Responsibility → Open-Closed → Segregation → Refactoring
易错提醒：
- 分离关注点（Separation of Concerns）：系统中的不同模块应该专注于自己的职责，并与其他模块进行解耦，避免模块之间的耦合度过高，增加系统的可维护性和可扩展性。
- 接口隔离原则（Interface Segregation Principle）：系统中的接口应该只包含必要的方法，避免接口过于庞大，减少系统的复杂度。
追问准备：
- 围绕「Principle」：底层原理是什么？使用时有哪些边界和常见坑？
- 围绕「通过接口」：底层原理是什么？使用时有哪些边界和常见坑？
- 围绕「Responsibility」：底层原理是什么？使用时有哪些边界和常见坑？
- 如果线上出现异常，你会如何定位、验证并规避？
典型回答
分离关注点（Separation of Concerns）：系统中的不同模块应该专注于自己的职责，并与其他模块进行解耦，避免模块之间的耦合度过高，增加系统的可维护性和可扩展性。
单一职责原则（Single Responsibility Principle）：每个模块或者组件应该只负责一个职责或者任务，这样可以减少模块之间的相互影响，提高代码的可读性和可维护性。
开放封闭原则（Open-Closed Principle）：系统的设计应该对扩展开放，对修改关闭，通过接口的定义，使得系统能够在不修改原有代码的情况下进行扩展和修改。
接口隔离原则（Interface Segregation Principle）：系统中的接口应该只包含必要的方法，避免接口过于庞大，减少系统的复杂度。
依赖倒置原则（Dependency Inversion Principle）：高层模块不应该依赖于低层模块，而应该依赖于抽象接口，通过接口实现高低层的解耦，提高系统的可维护性和可扩展性。
最少知识原则（Least Knowledge Principle）：模块之间的通信应该尽可能少，一个模块只应该了解那些与之直接交互的模块，避免模块之间的耦合度过高，降低系统的复杂度。
重构（Refactoring）：系统的设计应该不断进行重构，保持系统的灵活性和可维护性。通过对系统的分层、模块化、组件化等方式，减少代码的冗余和重复，提高系统的可读性和可维护性。
高内聚低耦合原则：模块内部的元素之间应该紧密关联，而与外部的联系应该尽量松散。
分层架构原则：将系统分解成若干个层次，每个层次负责一种特定的功能。
模块化原则：将系统分解成若干个模块，每个模块负责一种特定的功能。模块之间应该是松散耦合的。