Spring Boot项目AppA引入AppB为Maven依赖后能否使用AppB的Controller？

该操作完全支持，没有技术层面的阻碍。本质上就是将app_B作为普通组件依赖接入app_A的运行体系，让app_A的SpringMVC容器直接加载、映射app_B内定义的Controller接口，按规范调整配置即可落地。

• 打通组件扫描路径
  这是接入时最高概率踩坑的环节。Spring Boot默认仅扫描启动类所在包及其子包下的组件，如果app_B的包路径不在app_A启动类的扫描范围内，哪怕Maven依赖引入完全正确，也根本不会加载到app_B的Controller。
  直接修改app_A启动类的扫描配置，把两个项目的根包都纳入扫描范围即可，示例写法：
  @SpringBootApplication(scanBasePackages = {"com.yourgroup.app_a", "com.yourgroup.app_b"})
  如果两个项目存在共同的父级根包，直接扫描该父包即可减少配置冗余。
• 调整app_B的打包规则
  如果app_B原本是可独立运行的Spring Boot应用，使用默认的spring-boot-maven-plugin打出来的是可执行Fat Jar，类文件会被封装在BOOT-INF目录下，普通类加载器无法直接识别。
  需要在app_B的pom配置中给插件添加分类器配置，拆分出可被依赖的普通Jar和独立运行的可执行Jar，示例配置：

  <plugin>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-maven-plugin</artifactId>
      <configuration>
          <classifier>exec</classifier>
      </configuration>
  </plugin>
  

  配置完成后执行打包，生成的无后缀Jar就是可以被app_A正常依赖引入的普通组件包，带exec后缀的Jar才是用于独立启动的可执行包。
• 校验Web容器配置兼容性
  引入依赖后需要确认不存在Web上下文冲突：app_B作为依赖组件，不要定义独立的DispatcherServlet实例，否则Controller会被加载到独立的Web上下文中，app_A的前端控制器无法映射到这些接口。正常场景下app_B的主启动类不会被组件扫描逻辑加载，只要没有显式定义独立的Web容器Bean，就不会触发该问题。

• 排查接口路径冲突：提前核对两个项目的Controller映射路径，避免出现重复的@RequestMapping定义导致启动时映射冲突报错。如果存在路径重叠，可以通过实现WebMvcConfigurer，对app_B的Controller包路径统一添加前缀（比如所有app_B的接口统一加/b-service路径前缀），从根源上避免冲突。
• 规避版本冲突：检查app_A引入app_B后的Maven依赖树，确认两个项目的Spring Boot核心版本、Web组件版本没有不一致，否则会出现类加载异常、功能兼容性问题。
• 清理非必要配置：把app_B原本用于独立运行场景的配置（比如独立的服务器端口配置、独立数据源配置等）从自动配置逻辑中移除，避免这些配置被加载到app_A的运行上下文造成配置混乱。

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