如何基于请求参数实现接口式RestController调用对应实现控制器

要实现根据查询参数param调用对应Car实现类的需求，需要调整原有代码结构，利用Spring的依赖注入和统一控制器来分发请求，具体步骤如下：

1. 修正Car接口定义 #

接口仅作为业务方法契约，不需要添加@RestController注解：

public interface Car {
    String startEngine();
}

2. 实现Car接口并注册为Spring Bean #

给每个实现类添加@Component注解，并指定与参数值匹配的Bean名称，让Spring能识别并管理这些实例：

BMW实现类 #

@Component("bmw")
public class BMW implements Car {
    @Override
    public String startEngine() {
        return "BMW Started";
    }
}

Volvo实现类 #

@Component("volvo")
public class Volvo implements Car {
    @Override
    public String startEngine() {
        return "Volvo Started";
    }
}

3. 创建统一的请求分发控制器 #

编写一个RestController处理/start端点的GET请求，通过注入的Car实例Map，根据查询参数匹配对应的实现类：

@RestController
@RequestMapping("/start")
public class CarDispatchController {

    private final Map<String, Car> carBeanMap;

    // Spring自动将所有Car类型的Bean注入到该Map中，Key为Bean名称，Value为实例
    public CarDispatchController(Map<String, Car> carBeanMap) {
        this.carBeanMap = carBeanMap;
    }

    @GetMapping
    public String startCar(@RequestParam String param) {
        // 统一转为小写，兼容参数大小写差异（如传入Volvo也能匹配）
        String carType = param.toLowerCase();
        Car targetCar = carBeanMap.get(carType);
        
        if (targetCar == null) {
            return "不支持的车型：" + param;
        }
        return targetCar.startEngine();
    }
}

实现说明 #

• 原有代码的问题：接口添加@RestController无效（该注解仅用于标注类），实现类的@GetMapping("/{param}")不符合查询参数的需求，且会导致端点分散。
• 当前方案的优势：统一入口，新增车型时只需添加对应的实现类并标注@Component指定名称，无需修改控制器代码，扩展性强。
• 测试验证：访问/start?param=bmw会返回BMW Started，访问/start?param=volvo会返回Volvo Started，传入其他参数则返回提示信息。

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