Java中如何重构逻辑相同但返回值类型不同的重复代码？

这类场景的核心差异只有「调用的目标方法、对应返回值类型」两点，其余业务流程完全一致，可以通过泛型+函数式接口的方式抽取公共逻辑，彻底消除重复代码，全程保持类型安全，不需要强制类型转换。

具体实现步骤 #

• 抽取通用的私有业务方法，用泛型定义可变的返回值类型，把存在差异的目标方法作为函数参数传入：

// <T> 为泛型标记，对应不同接口的返回值类型
private <T> T commonBizProcess(X answer, Function<X, T> targetMethod) {
    // 此处写version1、version2中所有完全重复的前置处理逻辑
    // 比如参数校验、日志打印、上下文赋值等
    // ...

    // 差异逻辑：调用传入的目标方法，拿到对应类型的返回结果
    T processResult = targetMethod.apply(answer);

    // 此处写version1、version2中所有完全重复的后置处理逻辑
    // 比如结果封装、异常捕获、日志打印等
    // ...

    return processResult;
}

这里用JDK自带的Function<X, T>函数式接口，刚好匹配「接收X类型参数、返回T类型结果」的方法签名，不需要额外自定义接口。如果你的目标方法不需要接收参数，也可以替换成Supplier<T>接口。

• 简化原来的两个Controller方法，只需要传入对应方法的方法引用即可，不需要再写重复逻辑：

public A version1(X answer) {
    return commonBizProcess(answer, this::methodA);
}

public B version2(X answer) {
    return commonBizProcess(answer, this::methodB);
}

方案优势 #

• 重复逻辑只维护一份，后续修改业务规则时不需要同步修改多处，从根源上避免多接口逻辑不一致的问题
• 泛型自动适配返回值类型，编译期就能检查类型匹配问题，没有运行时强转异常的风险
• 扩展成本极低，后续如果需要新增返回C类型的version3接口，只需要新增一行return commonBizProcess(answer, this::methodC);即可，不需要重复写整套流程代码

如果你的项目使用JDK 7及以下版本（不支持Lambda与函数式接口），也可以用经典策略模式实现，核心思路一致：定义带泛型的策略接口，把不同的方法调用封装成策略实现传入通用方法即可，只是写法比函数式接口更繁琐。

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