高内聚低耦合的核心是单一职责与依赖抽象。通过合理划分类职责，避免上帝类，使用接口隔离实现，依赖注入解耦，封装内部状态，并优先采用组合而非继承，可构建清晰、灵活、易维护的面向对象系统。

编写高内聚低耦合的面向对象代码，核心在于合理划分职责、减少类之间的依赖，并让每个类专注于单一功能。从类结构入手进行优化，是实现这一目标的基础路径。

明确类的职责，保证高内聚

一个类应该只负责一个清晰的功能领域，所有方法和属性都围绕这个主题展开。这样能提升代码可读性和维护性。

• 检查类中每个方法是否服务于同一个业务目的，若发现无关操作，应考虑拆分。
• 避免“上帝类”——即承担过多职责的类。例如，一个既处理用户登录又管理数据库连接的类就违背了内聚原则。
• 使用单一职责原则（SRP）指导设计：一个类只做一件事，并把它做好。

通过接口隔离依赖，降低耦合度

依赖抽象而非具体实现，是解耦的关键。利用接口或抽象类定义行为契约，使类之间不直接依赖细节。

• 定义服务接口，如UserService，然后由具体类如DatabaseUserServiceImpl实现。
• 在构造函数或setter中注入依赖（推荐使用构造注入），而不是在类内部直接new具体实现。
• 结合依赖注入框架（如Spring）可进一步简化管理，但即使不用框架，手动传递依赖也能有效降低耦合。

合理使用封装与访问控制

隐藏内部实现细节，仅暴露必要的方法和属性，防止外部随意修改状态。

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

• 将字段设为private，通过public方法提供受控访问。
• 避免公开内部数据结构，比如返回集合时使用Collections.unmodifiableList()保护原始数据。
• 设计时思考哪些行为属于类的“隐私”，不应被外界干预。

利用组合优于继承的原则

继承容易导致紧耦合和脆弱的类结构，而组合更灵活，也更容易替换行为。

• 优先通过持有其他类的实例来复用功能，而不是通过扩展父类。
• 例如，一个PaymentProcessor类可以包含一个PaymentStrategy接口的引用，运行时切换策略，而不需继承多个变体。
• 组合使得单元测试更容易，因为可以轻松替换协作对象为模拟对象。

基本上就这些。从类的职责划分开始，配合接口抽象、访问控制和组合机制，就能逐步构建出高内聚低耦合的Java OOP结构。不复杂但容易忽略的是日常编码中的小决策累积起来决定了整体质量。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南