SonarQube代码扫描执行超时失败求助：已尝试多方案仍未解决

兄弟，看你这情况——本地部署了SonarQube、数据库和源码，调了各种超时参数还是卡在800/1880文件分析上，大概率不是网络或者超时配置的锅，而是内存、特定文件或者资源限制的问题。给你几个实际排查的方向：

1. 先给SonarQube和扫描进程加内存！ #

SonarQube分析大项目特别吃内存，尤其是碰到超大文件或者复杂代码的时候，很容易因为内存溢出直接崩掉。

• 调整SonarQube服务器的JVM内存：找到安装目录下的conf/sonar.properties，把这两个参数改大（根据你机器的内存来，比如8G内存的话，CE可以给到4G）：

  sonar.web.javaOpts=-Xmx2G -Xms1G -XX:+HeapDumpOnOutOfMemoryError
  sonar.ce.javaOpts=-Xmx4G -Xms2G -XX:+HeapDumpOnOutOfMemoryError
  

• 扫描客户端也要加内存：如果你用Maven，执行扫描时加个参数：

  mvn sonar:sonar -Dsonar.java.opts="-Xmx4G"
  

  Gradle的话就在build.gradle里加配置：

  sonarqube {
      properties {
          property "sonar.java.opts", "-Xmx4G"
      }
  }
  

2. 找到那个卡住的“捣蛋文件” #

从日志看是到800个文件时停的，说明问题出在第801个或者前面某个文件上。开DEBUG日志定位它：

• 执行扫描时加-X参数（Maven的话就是mvn sonar:sonar -X），看最后分析的是哪个文件。
• 先把这个文件排除出扫描，要是能顺利完成整个分析，那就是它的问题了——可能是文件太大、有语法坑，或者Sonar的某个规则处理它时卡死。
• 针对这个文件，要么拆分简化，要么暂时在Sonar配置里排除它，或者看看对应的Sonar插件有没有更新。

3. 检查PostgreSQL的资源够不够 #

虽然调了超时，但数据库可能因为内存不够或者连接池太小卡壳：

• 去PostgreSQL的data/pg_log目录看日志，有没有超时、死锁或者内存不足的报错。
• 改改PostgreSQL的配置：postgresql.conf里的shared_buffers设成机器内存的1/4，work_mem调到64MB，max_connections改成50-100，给数据库多留点资源。

4. 去Sonar后台看任务详情 #

本地部署的话直接登Sonar后台（默认http://localhost:9000），进Administration > Projects > Background Tasks，找到失败的任务，看详细日志——这里会有最直接的错误，比如内存溢出的堆栈，或者某个插件抛的异常。

5. 排查插件和规则集的问题 #

有时候第三方插件或者自定义规则会搞事情：

• 先禁用所有第三方插件，只用官方核心插件扫一遍，要是能成，就逐个启用插件找锅。
• 暂时关闭那些计算量大的规则（比如复杂的代码异味、循环复杂度检测），简化规则集，看看是不是规则太拖慢了扫描。

最后提醒下，一定要看Sonar服务器的logs/ce.log和logs/web.log，里面的错误堆栈是定位问题的关键！

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