【Sonar技术债务解】Null pointers should not be dereferenced

最新推荐文章于 2024-06-04 10:00:00 发布
最新推荐文章于 2024-06-04 10:00:00 发布
阅读量2.9k 收藏 2
点赞数
CC 4.0 BY-SA版权
分类专栏： Sonar 文章标签： java 源代码管理
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_40021191/article/details/129535895
本文关注SonarLint中的一项警告，即禁止解除可能为null的指针引用，以防止抛出NullPointerException。建议使用Objects.requireNonNull()进行非空检查，确保代码的健壮性。

SonarLint
Null pointers should not be dereferenced
A “NullPointerException” could be thrown: "getReauestAttributes0y can return null.r
在这里插入图片描述
问题释义: 空指针不应取消引用
修改方法: 增加非空处理 Objects.requireNonNull(xxx)
在这里插入图片描述

【Sonar技术债务解决】Instance methods should not write to “static“ fields
thinkgame的博客
03-14 2790
修改方法：将非静态方法中对静态方法赋值的语句，单独封装一个静态方法。问题释义：普通方法调用静态字段。
代码质量管理工具：SonarQube常见的问题及正确解决方案
极客编程的专栏
03-06 2370
SonarQube 简介 Sonar 是一个用于代码质量管理的开放平台。通过插件机制，Sonar 可以集成不同的测试工具，代码分析工具，以及持续集成工具。 与持续集成工具（例如 Hu...
代码审查问题及解决方案
weixin_44792817的博客
10-22 1万+
bug类型: 1、".equals()" should not be used to test the values of "Atomic" classes. bug 主要 不要使用equals方法对AtomicXXX进行是否相等的判断 Atomic变量永远只会和自身相等，Atomic变量没有覆写equals()方法. 2、"=+" should not be used instead of "+=" bug 主要 "=+" 与 "=+" 意义不同 a =+ b;虽然...
SonarQube Java 规则描述
cjh的博客
11-26 9382
1、".equals()" should not be used to test the values of “Atomic” classes. bug 主要 不要使用 equals 方法对 AtomicXXX 进行是否相等的判断 Atomic 变量永远只会和自身相等，Atomic 变量没有覆写 equals () 方法. 2、"=+" should not be used instead of "+=" bug 主要 “=+” 与 “=+” 意义不同 a =+ b; 虽然正确但写法不合规，应写成 a =
java代码，sonar扫描出现这个问题null pointers should not be dereferenced
m0_75117690的博客
06-28 3989
这个问题是Sonar静态代码分析工具检测出来的，意味着你的代码中存在空指针解引用的问题。空指针解引用指的是当一个对象为空(null)时，尝试访问它的方法或属性。为了修复这个问题，你需要确保在访问对象的方法或属性之前，先进行空指针检查。请根据具体的代码上下文和需求选择合适的方式来处理空指针解引用问题。这样可以提高代码的可靠性和健壮性。// 进行对象的方法调用和属性访问。// 进行对象的方法调用和属性访问。// 进行对象的方法调用和属性访问。
Sonar中的技术债务简要了解
leaderway的博客
08-31 4764
sonar中技术债务的计算基于SQALE（Software Quality Assessment based on Lifecycle Expectations，基于生命周期期望的软件质量评估）方法学。 SQALE方法学是inspearit开发的，后来开源了。如果你在sqale.org上阅读过相关文档，你就会了解到它是关于“组织与代码质量相关的非功能行需求”的。在SonarQube实现的SQAL
质量平台-sonarlint-常见问题及修复方式
wokoone的博客
08-30 9243
质量平台-sonarlint-常见问题及修复方式
tdpl-sonar-plugin:用于计算每行代码的技术债务的声纳插件
06-15
《TDPL Sonar 插件：深度解析技术债务与代码质量》 在软件开发领域，技术债务(Technical Debt)是一个重要的概念，它描述了为了快速实现功能而采取的权宜之计，这些权宜之计在未来可能导致额外的工作量和维护成本。...
Sonar编译问题对应:File [...] can't be indexed twice.
08-26
在执行 Sonar 分析过程中，有时可能会遇到 "File [...] can't be indexed twice" 的错误，这通常意味着 Sonar 在处理源代码时尝试两次索引同一个文件，这可能是由于配置不正确或重叠的文件包含模式导致的。...
sonar-JAVA检查规则指南.docx
03-20
如果将这些值设置为 null 或未在构造函数中设置此类字段，可能会在运行时导致 NullPointerExceptions。 5. 不要在默认包中使用“@SpringBootApplication”和“@ComponentScan” 在 Spring 框架中，使用“@...
技术债务与Sonar
AnalyzeSystem的博客
06-20 4475
技术债务相关文章推荐链接（不重复造轮子）趣文：用鸡讲解技术债务的形成过程遗留系统的技术栈迁移当技术债务vs.组织债务　怎么处理？技术债务：究竟让你付出了多大代价？技术债务真正的代价复制粘贴代码真的有问题吗？技术债务偿还计划关于何时偿还技术债务的建议关于软件开发，很多老板都不懂的 7 件事成为优秀程序员的十个Tips代码整洁之所以重要的七个理由成为更优秀开发者的10条途径Android开发债务检查工具
用 Sonar 评估你的技术债务 【已翻译100%】
weixin_33895695的博客
06-02 944
技术债务是一个很出名的概念，它是在1992年由沃德•坎宁安（Ward Cunningham）（wiki创始人）提出的，他在最近的视频中谈到了这个话题。从那时以来，在博客以及文章上，这个话题被讨论和研究了无数次。在这里我不能描述它的很多细节，但我可以推荐你去阅读那些被认为是在这个主题之下的相关文章，比如：Martin Fowler。这里摘录了一篇文章，通过...
java NullPointerException异常
mili_java的博客
06-04 605
java NullPointerException异常
NullPointerException错误
qq_26925297的博客
04-01 323
这个错误是引用数据类型（数组，类，接口）才会产生此类异常，根据错误的位置观察该对象是否实例化。
技术债务，完美与代码积累
安柏霖的专栏
04-02 5228
两个不太相关的东西放在一个标题里，因为是从一个地方看来的。http://www.36kr.com/p/210780.html?vt=0大致说一个程序员老兵在编程了相当长时间之后，已经经验丰富，导致想什么问题都会考虑很多，然后最后做出来的东西虽然很“完美”但是速度太慢。主动借贷技术债务回答问题的人里面有一个谈到技术债务，这个真的让我兴奋了一早上，原文是：“还要问你一个问题：你对技术债务（注：快速解决
写个代码也能“欠债”？为什么要用SonarQube
Joe Throne
02-07 2046
为什么要用SonarQube
NullPointerException异常的解决方案
面朝大海，春暖花开
01-09 5613
1、字符串变量未初始化；  ·2、接口类型的对象没有用具体的类初始化，比如：  List lt；会报错  List lt = new ArrayList()；则不会报错了  3、当一个对象的值为空时，你没有判断为空的情况。
技术债务终于还得差不多了
OSSRS
01-29 3077
这周把License授权给改了，由8个文件变成了3个，由2个工具变成1个，1515行觥筹交错的代码变成了1175行秩序井然的代码，维护难度由没有维护的无穷大变成很容易看得懂，支持的license长度由117字节变成无限，支持的授权方式由文件变成文件和网络。这标志着我们技术债务还得差不多了，很快都是容易维护的社会主义产物了。无债一身轻啊！无债一身轻啊！无债一身轻啊！重要的事情说三遍，重要的事情说三遍，
sonar常见缺陷和修改
热门推荐
etReines的专栏
01-24 2万+
1. Resources should be closed IO资源应该在使用后关闭。在try语句中使用了Connections, streams, files等，这些类实现了Closeable 或者AutoCloseable接口，必须在finally块中关闭，否则，如果出现异常就可能无法关闭。对于实现了AutoCloseable接口的类，最好使用“try-with-resource”语句来
sonar StrUtil.format "static" base class members should not be accessed via derived types
最新发布
04-22
<think>好的，我需要解决用户提到的两个问题：一是SonarLint提示的“静态基类成员不应通过派生类型访问”，二是如何将JSON中的code和msg赋值给BusinessException的属性。 首先，关于Sonar的问题。根据引用[2]和[5]，当子类继承父类的静态方法或成员时，直接通过子类调用这些静态成员会导致代码不清晰，可能让人误以为子类有自己的静态成员。比如用户提到的StrUtil.format，假设StrUtil是某个父类的子类，那么应该直接通过父类来调用format方法，而不是子类StrUtil。需要检查StrUtil的继承结构，确认format方法是否来自父类，如果是，应该改用父类名称调用，例如StringUtils.format，这样就符合Sonar的要求了。 接下来是JSON解析的问题。用户想将JSON中的code和msg字段赋值给BusinessException对象的code和message属性。通常的做法是使用JSON库的反序列化功能。例如，使用FastJSON的JSON.parseObject方法，将JSON字符串转换为BusinessException对象。需要确保BusinessException类有对应的setter方法或公开的字段，以便JSON库能够正确映射字段。比如，JSON字符串类似{"code":1001,"msg":"error"}，调用JSON.parseObject(jsonStr, BusinessException.class)即可自动填充属性。如果字段名不匹配，可能需要使用注解来指定映射关系，比如@JSONField(name = "code")。 还需要注意引用[4]提到的空指针问题，确保在解析时处理可能的null值。比如使用StrUtil.isBlank()来检查字符串，避免调用isEmpty()导致异常。此外，如果用户使用的是自定义的JSON工具类，可能需要调整代码，确保通过正确的父类调用静态方法，如引用[5]中的例子，将JSONObject.parseObject改为JSON.parseObject。 总结步骤：首先修改所有通过子类调用父类静态方法的地方，使用父类名称；其次在解析JSON时，使用合适的JSON库方法，并确保异常类的字段正确映射。同时，注意代码中的空值检查，避免潜在问题。</think>### 问题1：如何解决SonarLint提示的“静态基类成员不应通过派生类型访问”？ **解决步骤：** 1. **确认静态方法来源** 检查代码中`StrUtil.format`的继承关系。若`StrUtil`是子类且`format`方法实际继承自父类（例如`StringUtils`），则需通过父类调用。 2. **修改调用方式** 将`StrUtil.format(...)`改为父类直接调用，例如： ```java // 原代码（假设StrUtil继承自StringUtils） StrUtil.format("参数错误: {}", param); // 修改后 StringUtils.format("参数错误: {}", param); // 直接通过父类调用静态方法[^3] ``` 3. **检查其他类似问题** 全局搜索代码中通过子类调用父类静态成员的情况（如`PageHelper.offsetPage()`改为`PageMethod.offsetPage()`[^5]）。 --- ### 问题2：如何将JSON中的`code`和`msg`赋值给`BusinessException`的属性？ **实现方法：** 1. **使用JSON反序列化** 通过JSON库（如FastJSON）将JSON字符串直接反序列化为`BusinessException`对象： ```java String jsonStr = "{\"code\":1001,\"msg\":\"参数无效\"}"; BusinessException exception = JSON.parseObject(jsonStr, BusinessException.class); // 通过父类JSON调用[^5] ``` 2. **确保字段映射正确** `BusinessException`类需包含与JSON键名匹配的字段及Setter方法： ```java public class BusinessException extends RuntimeException { private int code; private String message; // Getter & Setter } ``` 3. **处理字段名不一致的情况** 若JSON键名与类字段名不匹配，可使用注解（如`@JSONField`）指定映射： ```java public class BusinessException { @JSONField(name = "code") private int errorCode; @JSONField(name = "msg") private String errorMessage; } ``` --- ### 关键注意事项 1. **静态方法调用规范** 始终通过定义静态成员的基类访问静态方法，避免使用子类名称，以提高代码清晰度[^1][^3]。 2. **空值安全处理** 解析JSON时，优先使用`StrUtil.isBlank()`代替`String.isEmpty()`，防止空指针异常[^4]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

thinkgame

希望能够帮到你！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值