POJO类中布尔类型为啥不让用isXxx命名

源码面前,了无秘密

《阿里开发规范泰山版》(2020.04.22)-->编程规约-->(一) 命名风格-->第8条规定:

【强制】POJO 类中的任何布尔类型的变量,都不要加 is 前缀,否则部分框架解析会引起序列化错误。

对于这样一条【强制】级别的规定,虽然规范中做了简单的说明,但依然显得很不起眼,以至于我虽然规范背的很熟,依然踩到了这个坑。

0 起因

最近写了一个钉钉告警工具类,对于这种需求明确,开发文档清晰的任务,写代码信手拈来,很快就写完了。网址:yii666.com

但是自测的时候却发现@所有人这个接口始终过不了单元测试,经过一番追踪,终于找到原因,于是有了本文。

1 问题重现

本身发钉钉消息就是一个post请求的事,而且钉钉有阿里背书,调用不通那自然是我这个开发者的问题喽。

下面是钉钉的接口说明,参数isAtAll表示是否@所有人

{
"msgtype": "text",
"text": {
"content": "我就是我, 是不一样的烟火@156xxxx8827"
},
"at": {
"atMobiles": [
"156xxxx8827",
"189xxxx8325"
],
"isAtAll": false
}
}

根据这个json串,我编写了如下的POJO类与之对应,并使用fastjson进行json序列化

public class Message {
/**
* 消息类型
**/
private String msgtype = "text";
/**
* 消息内容对象
**/
private Text text;
/**
* 被@对象
**/
private At at; public static class At{
/**
* 被@人电话
**/
private List<String> atMobiles; /**
* 是否@所有人
**/
private boolean isAtAll;
// 省略getter、setter
}
// 省略无关代码...
}

问题就出在private boolean isAtAll;这个字段上,有没有发现阿里的这个参数违背了开篇提到的开发规范?使用fastjson序列化之后,该属性实际转化为了:

"atAll": true

这个坑爹货,把前面的is给吃了!导致无法@所有人

2 追根溯源

为什么序列化之后把is吃了呢?带着这个问题我追踪了一下fastjson的源码,发现在序列化的时候,其使用的是属性的getter方法名,而isAtAll字段自动生成的getter、setter为:

public boolean isAtAll() {
return isAtAll;
} public void setAtAll(boolean atAll) {
isAtAll = atAll;
}

对应的fastjson中对方法名的处理在com.alibaba.fastjson.util.TypeUtils.computeGetters中,源码摘录如下:

if(methodName.startsWith("is")){
if(methodName.length() < 3){
continue;
}
if(method.getReturnType() != Boolean.TYPE
&& method.getReturnType() != Boolean.class){
continue;
}
String propertyName;
Field field = null;
if(Character.isUpperCase(c2)){
if(compatibleWithJavaBean){
propertyName = decapitalize(methodName.substring(2));
} else{
propertyName = Character.toLowerCase(methodName.charAt(2)) + methodName.substring(3);
}
propertyName = getPropertyNameByCompatibleFieldName(fieldCacheMap, methodName, propertyName, 2);
}

也就是说,对于is开头的方法,fastjson先把第3个字符截取出来,如果该字符是大写,就转换为小写,并且拼装剩余的方法名组成属性名。

例如:isAtAll方法拼装出来的属性名就是atAll,最终结果就是把我们的is

给吃了!文章来源地址:https://www.yii666.com/article/756280.html

3 解决办法

既然问题根源已经找到了,那我们只需要对症下药就可以了,这里针对不同应用场景,课代表给大家总结三种解决办法:文章地址https://www.yii666.com/article/756280.html

  1. 对于有修改权限的代码,要严格遵守开发规范,POJO类中的布尔类型属性不要用is开头命名,如果有,改掉
  2. 对于第三方接口,参数里有类似isXXX这样的参数,可以在对应属性字段上使用fastjson的@JSONField(name = "anotherName")来定制属性名
  3. 可以手动修改getter和setter方法名

4 引申

SpringBoot集成了jackson,默认使用jackson来进行json序列化,经过测试,jackson也存在吃掉is的情况,原理与fastjson类似,就不做过多解释了,开发过程中遵守文中提及的解决办法即可文章来源地址https://www.yii666.com/article/756280.html

参考

  • fastjson源码
  • 《阿里开发规范泰山版》(2020.04.22)

欢迎扫码关注我的个人公众号,获取最新文章↓

POJO类中布尔类型为啥不让用isXxx命名网址:yii666.com<

版权声明:本文内容来源于网络,版权归原作者所有,此博客不拥有其著作权,亦不承担相应法律责任。文本页已经标记具体来源原文地址,请点击原文查看来源网址,站内文章以及资源内容站长不承诺其正确性,如侵犯了您的权益,请联系站长如有侵权请联系站长,将立刻删除

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信图片_20190322181744_03.jpg

微信扫一扫打赏

请作者喝杯咖啡吧~

支付宝扫一扫领取红包,优惠每天领

二维码1

zhifubaohongbao.png

二维码2

zhifubaohongbao2.png