Java静态方法实现链式调用：设计流畅的API实战-java教程-PHP中文网

java中静态方法本身不能直接支持链式调用，但可通过静态入口（如静态字段）获取实例对象，再由其实例方法（均返回this）实现链式调用，如record.write.field1().field2()，其中record.write为静态字段，后续均为实例方法。

java静态方法实现链式调用：设计流畅的api实战

Java中静态方法本身不能直接支持传统意义上的链式调用（即 obj.method1().method2()），因为静态方法不依赖实例，无法返回 this。但“静态方法实现链式调用”实际指的是：**通过静态入口（如静态工厂或静态字段）获取一个可链式调用的实例对象，再由该实例承载后续链式操作**——这是构建流畅API的常见且实用的设计模式。

静态入口 + 实例链式：核心结构

真正的链式行为始终发生在实例方法上。所谓“静态方法参与链式”，本质是利用静态成员作为起点，引导用户进入链式流程：

外部类提供 public static final 字段，持有内部配置类的唯一实例（如 Record.write）
该字段指向的类（如 Write）所有操作方法均为 实例方法，且全部返回 this
调用链形如 Record.write.field1().field2().save()，其中 Record.write 是静态字段，后面全是实例方法

典型实现步骤

以构建数据库连接选项为例，模拟 MySQLConnectOptions 风格的API：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

定义主类 DBConfig，含一个 public static final Builder builder = new Builder();
Builder 类中每个设置方法（host()、port()、database()）都返回 this
最终提供一个 build() 方法返回不可变的配置对象，终结链式
使用时：DBConfig.builder.host("localhost").port(3306).database("test").build()

为什么不用纯静态链式？

若强行让所有方法都是静态的（如 Write.field1().field2()），会面临根本性限制：

静态方法无法维护调用上下文状态，每次调用都是孤立的
无法自然累积配置（比如先后调用 field1() 和 field2() 后，如何让两者共存于同一配置中？）
违背面向对象封装原则，易导致全局状态污染或线程安全问题

进阶技巧：混合静态与实例的DSL感

增强表达力的小设计：

允许静态方法返回新实例（如 Filter.eq("name", "Alice") 返回 Filter 实例，后续可链式 .and("age", 25)）
用静态常量预设常用组合（如 TimeUnit.SECONDS.toMillis(5) 是静态转换单位，但 Duration.ofSeconds(5).plusMinutes(1) 才是实例链式）
避免在链式末端返回 this：像 printInfo() 或 execute() 这类终结方法应返回 void 或结果类型，而非继续链式