java - spring如何动态注册控制器的路由？

Question

我这段代码可以生效，但是有个问题，不是动态化的。
参数类型我得写UserDto.class，我想动态化，我不知道参数类型到底是什么。

package dry.example.service.impl;

import dry.example.route.CustomInvocationHandler;
import dry.example.route.RouteAdmin;
import dry.example.route.UserDto;
import dry.example.service.RouteService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.servlet.mvc.method.RequestMappingInfo;
import org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping;

import java.lang.reflect.Method;
import java.lang.reflect.Proxy;

@Service
public class RouteServiceImpl implements RouteService {

    @Autowired
    private RequestMappingHandlerMapping requestMappingHandlerMapping;

    @Override
    public void run(Object handler) {
        try {
            RequestMappingInfo requestMappingInfo = RequestMappingInfo.paths("testing").methods(RequestMethod.GET).build();
            Method method = handler.getClass().getMethod("h01", UserDto.class);
            requestMappingHandlerMapping.registerMapping(requestMappingInfo, handler, method);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

}

Answer 1

在Spring中动态注册控制器的路由并处理未知参数类型的问题，可以通过使用Java的反射和泛型技术来解决。然而，由于RequestMappingHandlerMapping的registerMapping方法要求具体的参数类型，你需要在运行时确定这些类型。

一个可行的解决方案是，如果你确实需要动态地处理不同类型的参数，你可以创建一个通用的接口或方法签名，该方法使用泛型或者统一的HttpServletRequest/HttpServletResponse参数（尽管这可能不是最优雅的方式，因为它限制了Spring MVC的自动绑定和验证功能）。

但是，如果你想要更灵活地处理不同的DTO（数据传输对象）类型，你可以考虑以下策略：

1. 使用泛型方法：在你的处理器接口或类中定义一个泛型方法，并在运行时动态地确定具体的类型。然而，这通常涉及到更复杂的反射逻辑，因为Method对象需要在编译时确定其参数类型。
2. 使用HttpServletRequest作为参数：虽然这限制了自动参数绑定，但你可以从请求体中读取原始数据，并手动解析为所需的DTO类型。
3. 动态代理：创建一个动态代理，该代理可以捕获所有请求，并基于请求的路径或头信息来决定使用哪个具体的处理器方法。这种方法较为复杂，但提供了高度的灵活性和控制。
4. 使用Spring MVC的扩展点：考虑使用Spring MVC的HandlerMethodArgumentResolver和HandlerMethodReturnValueHandler接口来更细粒度地控制参数解析和返回值处理。

对于你当前的代码，如果你想动态地处理不同的UserDto或类似的DTO类型，你可能需要在调用registerMapping之前，通过某种机制（如配置或注解）来确定具体的类型。然而，这通常意味着你需要编写额外的逻辑来解析这些配置或注解，并将其转换为Method对象所需的类型。

如果你的目标是简单地支持多种DTO类型而不需要在运行时频繁更改，你可能需要为每种类型编写一个具体的处理器方法，并在注册时指定这些方法。

最后，如果你的应用确实需要高度动态地处理路由和参数类型，并且这些需求在运行时频繁变化，那么可能需要考虑使用更灵活的架构，如微服务或使用消息队列来解耦服务的不同部分。这样，你可以为每个服务或消息类型编写专门的处理器，而不是试图在一个大型应用中动态地处理所有可能的情况。