大型遗留java项目的扫描过程非常缓慢

嗨，我正在使用一款大型的传统产品，当我运行声纳扫描仪时，我遇到了一些性能问题

产品：

• 超过600k loc
• 超过8k个漏洞
• 2k臭虫
• 100k代码
• 超过4k类
• 重复12%
• 许多圈复杂度和认知问题

我知道有些规则会导致比其他规则更慢的速度。 但我不知道如何找出这些最慢的规则

相关属性：

<sonar.language>java</sonar.language>
<sonar.java.source>1.6</sonar.java.source>

• Java源和目标版本为1.6
• Maven包装器3.6.1
• Maven编译器插件3.6.0
• Maven surefire插件2.22.2
• Sonar maven插件3.6.1.1688
• 声纳服务器是6.7

我的一些财产：

<sonar.language>java</sonar.language>
<sonar.java.source>1.6</sonar.java.source>

运行声纳需要09:30小时。

---

00:30是关于将扫描结果发送到服务器，9小时是关于运行扫描程序。

您到底需要什么帮助？你想让我们调查一下你的代码太大的问题吗？或者你想问我们另一个问题吗？你真的需要运行sonar 8 GiB内存吗？此外，选项

-t4

与声纳相关不起作用，除此之外，对声纳分析没有任何帮助。您必须进行声纳分析

mvn clean verify Sonar:Sonar

除之前的所有步骤外，通过

mvn clean verify

进行常规构建需要多长时间？您是否正在运行集成测试？9:30小时对于这个小代码库来说是非常大的值吗？@RemcoBuddelmeijer这不是一个有用的评论。对于一个如此规模的项目来说，超过9个小时是多余的，这就是问题所在。令人烦恼的是，这里没有有用的答案。你到底需要什么帮助？你想让我们调查一下你的代码太大的问题吗？或者你想问我们另一个问题吗？你真的需要运行sonar 8 GiB内存吗？此外，选项

-t4

与声纳相关不起作用，除此之外，对声纳分析没有任何帮助。您必须进行声纳分析

mvn clean verify Sonar:Sonar

除之前的所有步骤外，通过

mvn clean verify

进行常规构建需要多长时间？您是否正在运行集成测试？9:30小时对于这个小代码库来说是非常大的值吗？@RemcoBuddelmeijer这不是一个有用的评论。对于一个如此规模的项目来说，超过9个小时是多余的，这就是问题所在。令人烦恼的是，这里没有有用的答案。

sh “export MAVEN_OPTS=’-Xms1512m -Xmx8096m -XX:PermSize=512m -XX:MaxPermSize=1024m -XX:ReservedCodeCacheSize=128m’ ;” +" ./mvnw sonar:sonar -T 4 -X"