这绝对是Java里值得大力推崇的良好编程实践，甚至算得上是方法重载场景下的「最佳实践」之一！我在日常开发和代码评审中都会鼓励团队这么做，原因主要有这几点：

1. 严格遵循DRY原则，减少冗余代码 #

DRY（Don't Repeat Yourself）是编程界的黄金准则之一。把核心业务逻辑集中在一个「完整参数版」的方法里，重载的简洁版本只负责传递默认值并调用核心方法，这样就避免了重复编写相同的逻辑代码。后续如果需要修改业务逻辑，只需要改动核心方法这一处即可，不用在多个重载版本里逐一修改，大大降低了维护成本和出错概率。

2. 提升代码可读性与易用性 #

对于调用方来说，重载的简洁版本提供了更友好的接口——不需要每次都手动传入所有参数，只需要传递关心的部分即可，代码会更简洁。而对于维护代码的人来说，核心逻辑集中在一个方法里，能快速定位到真正的实现细节，不用在多个重载方法里来回跳转理清逻辑。

3. 保证逻辑一致性 #

所有重载的入口最终都会走到同一个核心方法，从根源上避免了不同重载版本因为重复实现导致的逻辑不一致问题。比如如果两个重载版本各自实现一遍业务逻辑，很容易出现一个改了另一个没改的情况，引发难以排查的bug。

举个实际的代码例子 #

// 核心实现方法：包含完整的通知发送逻辑，权限设为private避免外部直接调用
private void sendNotificationCore(String message, boolean isUrgent, String recipient) {
    // 实际的业务逻辑：处理消息格式、调用发送API等
    String formattedMsg = isUrgent ? "[紧急通知] " + message : message;
    System.out.println("发送通知给 " + recipient + ": " + formattedMsg);
}

// 重载方法1：默认非紧急，指定接收人
public void sendNotification(String message, String recipient) {
    sendNotificationCore(message, false, recipient);
}

// 重载方法2：默认发给管理员，非紧急
public void sendNotification(String message) {
    sendNotificationCore(message, false, "admin@company.com");
}

// 重载方法3：指定紧急程度，默认发给管理员
public void sendNotification(String message, boolean isUrgent) {
    sendNotificationCore(message, isUrgent, "admin@company.com");
}

当然，这么做的时候也有几个小细节需要注意：

• 核心方法的访问权限：如果核心方法不需要对外暴露，建议设为private或者protected，只把友好的重载版本暴露给外部，封装内部实现细节。
• 参数顺序要符合直觉：重载方法的参数变化要遵循调用方的使用习惯，不要设计容易混淆的参数顺序（比如不要一个是(int, String)，另一个是(String, int)，除非语义非常明确）。
• 避免过度重载：不要为了每一种参数组合都写一个重载方法，否则会导致方法数量爆炸，反而降低可读性。如果可选参数太多，建议考虑使用建造者模式或者Optional类来替代。

总的来说，这种通过重载方法调用核心方法并传递默认值的做法，是Java社区广泛认可的高效、易维护的编程实践，完全值得推广使用。

内容的提问来源于stack exchange，提问作者user25963