Java不支持方法参数默认值，但可通过重载（最常用）、Builder模式（参数多时）、Optional/null判断（慎用）及静态常量/配置类集中管理四种方式模拟，默认值逻辑需显式表达。
Java 本身不支持像 Python 或 Kotlin 那样直接在方法参数中写默认值（比如 void foo(String s = "default")），但可以通过几种实用、清晰且符合 Java 风格的方式模拟默认值行为。
重载方法（最常用、最推荐）
通过定义多个同名方法，参数数量或类型不同，让调用方选择“带参”或“不带参”的版本，由无参/少参方法内部调用多参版本并传入默认值。
- 语义明确，类型安全，IDE 和文档都能很好支持
- 适合默认值较少（通常 ≤3 个）、组合不复杂的情况
- 示例：
public void connect(String host) {<br> connect(host, 8080);<br>}<br><br>public void connect(String host, int port) {<br> connect(host, port, "UTF-8");<br>}<br><br>public void connect(String host, int port, String charset) {<br> // 实际逻辑<br>}
使用 Builder 模式（适合参数多、可选参数多的场景）
当方法有大量参数，其中多个是可选的，默认值逻辑较复杂时，Builder 是更可维护的选择。它把参数收集过程显式化，避免重载爆炸。
- 调用清晰：
new RequestBuilder().host("api.example.com").timeout(5000).build().send() - 每个可选字段都可设默认值（在 Builder 的字段初始化或
build()中） - 特别适合构造对象或发起配置型操作
用 Optional 或 null + 条件判断（慎用）
允许参数为 null 或 Optional.empty()，方法内部判断后替换为默认值。这种方式灵活但不够直观。
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
立即学习“Java免费学习笔记（深入）”；
- 不推荐用于基本类型或必须非空的场景（容易引发 NPE 或逻辑混淆）
- 如果用了，务必在 JavaDoc 明确说明哪些参数可为 null 及其含义
- 示例：
public void process(String input, Integer timeout) {<br> int actualTimeout = (timeout != null) ? timeout : 3000;<br> // ...<br>}
静态常量或配置类集中管理默认值
把默认值抽取为 public static final 常量，或统一放在配置类里（如 Defaults.TIMEOUT_MS）。这样修改默认值只需改一处，也方便测试替换。
- 提升可维护性，避免魔数散落各处
- 和重载或 Builder 配合使用效果更好
- 例如：
private static final int DEFAULT_PORT = 8080;
基本上就这些。Java 的设计哲学偏向显式优于隐式，所以没有原生默认参数，但通过重载 + 常量 + Builder 这套组合，既能保持代码清晰，又能灵活应对各种默认值需求。
