如何在新项目中复用其他Java项目的@RequestMapping配置

这个需求完全可行，不需要全量复制老项目的接口配置代码，根据你对两个项目的耦合度接受程度，可选择对应方案实现。

方案1：抽离公共接口模块（长期维护推荐，最规范） #

这个方案适合后续两个项目需要长期保持接口路径一致的场景，一次配置后续同步成本极低。

• 先重构老项目代码：把所有标注@RequestMapping的Controller类、关联的请求/响应DTO、参数校验规则、枚举类从原有业务逻辑中剥离，下沉到独立的Maven/Gradle模块中。注意这个模块不要耦合老项目的业务Service实现，Controller层只保留路由定义、参数校验、返回值封装的逻辑，原有业务逻辑全部下沉到Service层实现。
• 将抽离出的公共接口模块打包发布到内部私服，或者以本地依赖的形式引入到新项目中。
• 在新项目的Spring Boot启动类上配置@ComponentScan，把公共模块中Controller所在的包路径加入扫描范围，Spring启动时会自动将这些@RequestMapping对应的路由注册到当前项目的请求映射表中。

注意：如果公共模块的Controller依赖特定Bean，需要在新项目中提供对应实现，或者给Controller加@ConditionalOnBean这类条件装配注解，避免项目启动时抛出找不到Bean的错误。

方案2：直接加载老项目依赖中的路由映射（零改老项目代码推荐） #

如果不想改动老项目的现有代码结构，可以直接在新项目中加载老项目jar包里的映射配置。

• 在新项目中直接引入老项目的编译产物作为依赖，不需要对老项目做任何改造。
• 自定义扩展RequestMappingHandlerMapping类，在项目启动阶段扫描依赖jar包中标注了@Controller/@RestController的类，解析类和方法上的@RequestMapping注解属性，手动将路由信息注册到SpringMVC的映射容器中。
• 如果不需要复用老项目对应路由的业务逻辑，可以给这些映射规则绑定新项目的自定义处理方法，只复用路径、请求方式、参数校验规则即可，不需要重复写注解配置。

方案3：生成路由配置文件（两项目完全解耦推荐） #

如果两个项目业务逻辑完全独立，只是需要保持接口路径规则一致，不需要产生代码依赖，可以用配置同步的方式实现。

• 写简单的扫描脚本，遍历老项目所有@RequestMapping注解，提取请求路径、请求方法、参数约束等信息，导出为标准OpenAPI格式的接口定义文件。
• 新项目中引入这个OpenAPI文件，既可以用OpenAPI代码生成插件直接生成带对应@RequestMapping配置的Controller骨架，手动填充业务逻辑；也可以直接用Spring函数式路由、网关路由配置加载这些路径规则，全程不依赖老项目的任何代码。

• 复用映射配置时要同步核对两个项目的拦截器、过滤器、全局异常处理、参数解析器配置，避免路由生效后因为前置后置逻辑差异，出现接口行为不符合预期的问题。
• 如果用包扫描的方式加载公共模块的路由，建议给需要复用的Controller加自定义注解标记，配置精确的扫描过滤规则，避免误把公共模块里不需要的Bean加载到新项目上下文里。

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