sonarqube问题修改总结
二、BUG风险
1、声明应该使用Java集合接口,而不是具体的实现类,如“LinkedList”说明：声明应该使用Java集合接口,而不是具体的实现类,如“LinkedList”
原因：定义良好的接口来隐藏实现细节。
错误示例：
解决建议：
2、实体工具类应当隐藏其构造器说明：实用工具类,静态成员的集合,其目的并非要实例化。应该没有公共构造函数。
错误示例：
3、字符创比较上应该防止空指针异常说明：字符创比较上应该考虑到空指针异常的情况，一个变量在与字符串比较时，应当把字符串放在左边。
错误示例：
sonarqube问题修改总结
四、异常处理
1、定义一个专门的异常用于异常处理
说明：Using such generic excepti0ns as Error, RuntimeException,Throwable, andException prevents calling methods from handling true, system-generated excepti0ns differently than application-generated errors.
错误示例：
修改建议：定义一个自己的异常类继承Exception用于包装RuntimeException。
2、单个方法不要跑出多个未处理的异常
关于SonarQube社区版使用问题及解决方法
1、解决SonarQube平台数据问题
当我们在大规模使用SonarQube进行代码质量检查的时候，我们需要让开发人员每次都能看到当前特性分支的扫描分析数据，以尽快解决有问题的代码，提高代码的质量。开源版本会带来一些问题，因为不支持一个项目多分支的形式，所以我们按照特性分支的名称来生成相对应的扫描项目。（会产生很多Sonarqube项目）
虽然解决了数据不稳定的问题，但又间接的带来了一些问题。
对于SonarQube管理员来说很难管理，增加了任务负担。
总结一下如何解决问题呢？
变更代码扫描的模式，比如将每次特性分支扫描的数据关联到提交的commit信息中。
总之蕞简单的方式就是付费购买开发版、企业版。小型团队也可以使用生成多项目的方式管理。
为什么要使用 SonarQube
SonarQube只是质量管理工具（平台）
SonarQube的产品涵盖了其创造者所称的七大品质：SonarQube不仅解决了错误，还解决了编码规则，测试覆盖，重复，API文档，复杂性和架构，并在仪表盘中提供所有这些详细信息。
SonarQube 从以下几个方面检查我们的代码：
代码可靠性
检测错误
SonarQube提出的问题要么是明显的错误代码，要么是更可能没有给出预期行为的代码。查找蕞棘手的错误，轻松地在代码路径中导航，同时指出在多个位置发现的问题。
异味代码
“有臭味”的代码（可能）完成了应有的工作，但将很难维护。在蕞坏的情况下，这将令人迷惑，以至于维护人员可能会无意间引入错误。示例包括重复的代码，单元测试中未发现的代码以及过于复杂的代码。
安全漏洞
SonarQube可帮助您查找和跟踪代码中的不安全性。示例包括SQL注入，硬编码密码和管理不善的错误。
自定义规则
SonarQube代码分析器包括默认的质量配置文件，这些配置文件提供了无争议规则集的强大价值。默认的质量配置文件适用于大多数项目，但是您可以轻松调整它们以完全满足您的需求。
以上信息由专业从事中国sonarqube 规则的华克斯于2024/5/19 9:10:24发布
转载请注明来源：http://m.herostart.com/qynews/hksxxkj-2755195910.html
