多线程运行时Sonar Maven Plugin挂起：聚合POM引用子模块为父模块

我之前也碰到过几乎一模一样的场景，当父POM同时作为聚合模块的子模块时，Sonar插件的多线程扫描确实容易触发死锁挂起的问题，核心原因和解决方案可以拆解如下：

问题根源 #

普通Maven生命周期目标（比如mvn clean install）的多线程处理是基于Reactor的依赖分析机制，它能精准识别父模块的优先级，确保父模块先完成构建再推进其他模块。但sonar:sonar是独立的Mojo目标，不属于标准生命周期环节，你使用的3.4.0.905版本Sonar插件的多线程逻辑，没有正确处理这种「父POM同时是子模块」的特殊依赖关系，最终导致线程之间互相等待资源，陷入无限挂起的死锁状态。

可行的解决方案 #

• 临时应急：关闭多线程，单线程执行扫描
  这是最快的解决方式：直接执行mvn sonar:sonar（去掉-T 2参数）。单线程模式下，Reactor会严格按照模块依赖顺序执行，不会出现死锁问题。

• 长期优化：重构项目结构，分离父POM与聚合模块
  从项目架构合理性角度，建议调整结构，避免父POM成为聚合模块的子模块。比如把父POM放在顶层，聚合模块只负责整合业务子模块：

  sample/
    pom.xml (仅作为父POM，提供依赖管理、插件配置等继承能力)
    module-common/
      pom.xml
    module-business/
      pom.xml
  

  让聚合和继承的职责完全分开，从根源上避免这类依赖冲突。

• 版本升级：更新Sonar Maven插件到新版
  你用的3.4.0.905是2018年左右的旧版本，后续Sonar插件修复了不少多线程扫描的bug。尝试升级到最新稳定版（比如4.0.0.2504及以上），新版本的多线程逻辑对这种特殊场景的兼容性要好很多。

验证步骤 #

1. 先执行单线程版mvn sonar:sonar，确认能正常完成扫描，排除其他潜在问题；
2. 如果必须使用多线程，优先尝试升级插件版本，看问题是否解决；
3. 若升级后仍存在问题，再考虑重构项目结构。

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