sonarqube教程-代理商sonarqube教程-华克斯

sonarqube架构介绍

SonarQube平台主要由4个组件组成：

（1). SonarQube服务器：

主要包括web服务器，基于ElasticSearch的搜索服务器，代理商sonarqube教程，计算引擎服务器。

其中，web服务器，是供开发人员浏览查看代码分析结果，进行相应的配置等。

计算引擎服务器主要是处理代码分析报表并将其存储在数据库。

(2). SonarQube 数据库：

存储配置信息和代码分析报表。

(3). 多个Soanr插件：包括分析各种语言的插件。

(4). 多个Sonar Scanner，主要运行在开发人员的代码端，可以单独部署，也可以集成在Maven，Gradle等。

Sonarqube进行分析

在前面准备好的项目文件夹内，执行以下两个命令，当两个命令执行结果都是success，基本上就没问题了。

查看分析结果

在sonarqube首页我们可以看到刚刚分析的项目，首页主要是有bugs，漏洞，坏味道，覆盖率，重复五个指标，右边是代码行数，分析时间，主要使用语言。

点击项目，可以看到更加详细的结果，可以查看问题，指标，代码等参数。

Sonarqube检测

Sonar是一个用于代码质量管理的开源平台，用于管理源代码的质量，可以从七个维度检测代码质量，通过插件形式，可以支持包括java，C#，代理商sonarqube教程，C/C++，中国sonarqube教程，PL/SQL，Cobol，JavaScrip，Groovy等等二十几种编程语言的代码质量管理与检测

Rules提示

当然，这对于初学来说是一个很好的教程，搞懂这些规则可以避免bugs的出现，提供自己的开发能力。

rule正确实例提示

糟糕的复杂度分布

文件、类、方法等，如果复杂度过高将难以改变，这会使得开发人员难以理解它们，sonarqube教程， 且如果没有自动化的单元测试，对于程序中的任何组件的改变都将可能导致需要的回归测试

重复

显然程序中包含大量粘贴的代码是质量低下的 ， sonar可以展示源码中重复严重的地方

缺乏单元测试

sonar可以很方便地统计并展示单元测试覆盖率

没有代码标准

sonar可以通过PMD，CheckStyle，Findbugs等等代码规则检测工具规范代码编写

没有足够的或者过多的注释

没有注释将使代码可读性变差，特别是当不可避免地出现人员变动时，程序的可读性将大幅下降，而过多的注释又会使得开发人员将精力过多地花费在阅读注释上，亦违背初衷

潜在的bug

sonar可以通过PMD，CheckStyle，Findbugs等等代码规则检测工具检测出潜在的bug

糟糕的设计

通过sonar可以找出循环，展示包与包、类与类之间的相互依赖关系，可以检测自定义的架构规则；

通过sonar可以管理第三方的jar包可以利用LCOM4检测单个任务规则的应用情况 ，检测耦合