父类具体方法触发Sonar未使用参数警告，求解决方案

是不是设计缺陷？ #

不算严重的设计缺陷，但存在接口契约不一致的小问题：父类方法声明了两个参数，自身却只用到一个，会让调用者、维护者产生困惑——这个参数到底什么时候需要传值？传了会不会有影响？不过你的核心需求（通用逻辑复用+子类差异化扩展）是合理的，只是实现方式可以优化。

具体解决方案 #

结合你的需求，以下几种实现方式既能满足业务要求，又能消除Sonar的警告：

方案1：拆分方法，明确职责 #

父类保留仅含第一个参数的doSomething方法负责通用逻辑；同时提供带第二个参数的重载方法，让需要额外操作的子类重写：

// 父类
public class Parent {
    public void doSomething(String firstParameter) {
        // 通用逻辑，仅使用firstParameter
    }

    // 重载方法，默认调用基础逻辑，子类可重写扩展
    public void doSomething(String firstParameter, String secondParameter) {
        doSomething(firstParameter);
    }
}

// 需要额外操作的子类
public class Child extends Parent {
    @Override
    public void doSomething(String firstParameter, String secondParameter) {
        super.doSomething(firstParameter);
        // 使用secondParameter执行额外操作
    }
}

这种方式让每个方法职责清晰，Sonar不会再提示未使用参数，调用者也能明确区分不同场景的调用方式。

方案2：保留参数，添加明确注释并抑制警告 #

如果不想改动方法结构，可以给父类的第二个参数添加注释说明其作用，同时用Sonar的抑制注释忽略警告：

public class Parent {
    /**
     * 执行通用业务逻辑
     * @param firstParameter 核心业务参数
     * @param secondParameter 子类扩展预留参数，父类不直接使用
     */
    @SuppressWarnings("squid:S1172") // 抑制Sonar未使用参数警告
    public void doSomething(String firstParameter, String secondParameter) {
        // 通用逻辑，仅使用firstParameter
    }
}

这种方式改动最小，但需要维护注释，且对调用者的指引性不如方案1清晰。

方案3：使用模板方法模式 #

如果场景需要标准化流程，用模板方法模式更合适：父类定义流程骨架，把可变部分抽象成空实现方法，子类按需重写：

// 父类
public abstract class Parent {
    public final void doSomething(String firstParameter, String secondParameter) {
        // 通用逻辑，使用firstParameter
        doExtraLogic(secondParameter);
    }

    // 空实现，子类按需重写扩展
    protected void doExtraLogic(String secondParameter) {
        // 默认无操作
    }
}

// 需要额外操作的子类
public class Child extends Parent {
    @Override
    protected void doExtraLogic(String secondParameter) {
        // 使用secondParameter执行额外操作
    }
}

这种方式强制所有子类遵循统一流程，通用逻辑不会被遗漏，子类只需关注差异化逻辑，同时解决了参数未使用的问题。

内容的提问来源于stack exchange，提问作者Jose Robles Villares