为何共享相同父包路径的Spring类库会拆分独立发布？是否会引发链接错误？

问题场景 #

我近期注意到存在两个共享路径的不同类库，示例如下：

涉及两个独立构件：spring-boot-actuator、spring-boot-actuator-autoconfigure。

上述两个类库包含的包共享相同父包或包路径，不清楚该设计的底层实现逻辑，想咨询这种设计是否会引发链接错误？

解答 #

这种跨独立Jar包共享父包路径的设计是Java生态模块化拆分的常规操作，不会引发链接错误，只要不同Jar包内不存在全限定名完全重复的类，就不会触发类加载冲突。

两个Actuator构件的拆分逻辑

Spring官方对这两个包的职责边界划得非常清楚，本身就是配套设计的：

• spring-boot-actuator是核心能力包：内置Actuator端点的核心抽象、通用接口、基础实现逻辑，不耦合Spring Boot自动配置机制，即使不使用Spring Boot的自动装配能力，也可以单独引入这个包封装自定义监控能力。
• spring-boot-actuator-autoconfigure是自动配置适配包：专门适配Spring Boot的自动装配机制，内部全是对应核心包抽象的条件化配置类、默认参数绑定逻辑、端点自动注册实现，这个包本身强依赖spring-boot-actuator，会在Spring Boot启动时根据类路径下的依赖情况，按需自动装配对应的监控端点Bean。

同包路径不触发错误的底层原因

Java的包机制本质上只是类的命名空间前缀，从来没有要求同一个包下的所有类必须存放在同一个Jar包内：

• JVM的类加载器扫描ClassPath时，会逐个遍历所有已引入Jar包的目录结构，只要目标类的全限定名（包名+类名）全局唯一，就能正常定位并加载类，不会因为类分散在不同Jar的同个包路径下抛出错误。
• 唯一可能触发链接错误、类冲突的场景，是不同Jar包中存在全限定名完全一致的类，这种情况下类加载器只会加载优先级更高的Jar包中的对应类，很容易出现方法不存在、类签名不匹配的问题。但这两个构件是Spring官方同版本对齐发布的，代码层面严格规避了类重复问题，只要保证引入的两个包版本和当前使用的Spring Boot主版本一致，完全不会出现这类问题。

额外提醒：如果项目中因为依赖传递导致两个构件版本不一致，才可能出现类冲突问题，引入时注意排除错误版本的传递依赖即可。

内容的提问来源于stack exchange，提问作者Now.Zero