千万别踩，JDK中的5个坑，否则别说你不知道

冷不防 2023-01-15 08:15 97阅读 0赞

**关注“****java后端技术全栈****”**

**回复“000”获取优质面试资料**

## 前言 ##

大家好，我是专门分享技术干货的老田，如果你也喜欢聊技术的，欢迎加我微信，一起聊技术！

![b8214157291e162a56da05c6bff6153e.png][]

JDK 作为我们每天必备的调用类库,里面大量提供了基础类供我们使用.可以说离开JDK，我们的 Java 代码寸步难行，JDK 带给我们的便利可谓是不胜枚举，但同时这些方法在使用起来也存在一些坑，如果不注意就很容易掉入到陷阱里面，导致程序抛出错误。

JDK 中的很多方法都不会做非 null 判断，可能设计 JDK 的作者默认开发者已经处理好null值了。不过这个设计可能会造成很严重的后果，实在是暗藏杀机。

比如：今天早上我们查了一笔订单没有退款，查了一早上最终才发现是同事写的代码的BigDecimal 的 subtract 方法的值没有做非 null 判断处理，导致程序抛出了空指针异常，看似简单的异常却直接无法让很多订单退款，是在是小问题造成大事故。

而要修补退款这个问题，要耗费很多时间去修补，出错的成本太高，本期我们就来看看 JDK 中那些坑你没商量的方法，这些方法很常见，相信你一定遇到过。

![85704c7c93b007feed7e98b134799364.gif][]

## 一.`String.valueOf()`方法的陷阱 ##

**案发现场**：某个鸟语花香的早上,我们在开心的敲着代码，突然客户群有人投诉反映，我们发给用户的短信有部分是**尊敬的 "null" 你好, xx等**。

开发第一时间看了代码，觉的没有问题啊，为什么短信内容会出现用户名为null呢,不是经过了非空判断的吗？String.valueOf()是String提供的一个类型转换的方法,我们来看一下(代码简化过后的)。

// 调用用户服务根据用户id获取用户信息
    Map<String, Object> userInfo = userService.getUserInfoById(userId);
    Object userNameObject = userInfo.get("name");
    String userName = String.valueOf(userNameObject);
    // 判空
    if(userName!=null&&userName.length()>0) {
        String message = getMessage(userName);
        smsService.send(message);
    }

这段代码是简化过的，主要作用就是通过用户服务根据id获取用户信息发送短信。后来经过定位发现了问题所在：首先用户的名字里有特殊的emoji符号，数据库写入的时候有部分写入失败，因为当时的数据库字符格式并无法兼容emoji，而获取的时候因为这个问题值为null了，接下来是重点，请打点好精神。

这里是重点，也是最大的坑人之处，注意这里返回了一个"null"的字符串，而不是null。这两个是有很大区别的，当进行非空判断的时候，返回的是ture。也就是这个"null"的字符串它是符合判空条件的！

![56d6e058f05d8146265de173d6472a96.gif][]

**正确的姿势**是在String.valueOf方法前必须判空。

## 二. `Integer.parseInt()`方法很**矫情** ##

**事故现场：**一次业务场景为拉取订单，打出订单列表记录，财务人员需要拉出对账,结果总是发现很奇怪的一个现象，每次拉取少很多数据。

还好财务发现了，要不然和第三方财务对账就会亏很多钱...最终发现是订单的一个字段值转Integer出错了，那个订单下的字段值是120.0通过`Integer.parseInt()`直接报错了，恰好开发人员认为这段开发肯定没问题，因此就没有catch异常。最后，找了很久才发现(`因为涉及到第三方,还让别人查了半天...`)。知道真相的我们都有点汗颜，这么丁点的错误排查了很久，实在是不应该啊。

`Integer.parseInt()`方法用于将字符串转化为Integer类型的方法，此方法的适用方向就显得比较窄，因为是String类型的参数,没有任何限定，当在传入一些比如`50.0`、`20L`、`30d`、`40f`这类数据的情况下。

我们来看一个栗子:

会抛出异常`NumberFormatException`。

对于浮点类型、long类型的数据可以用以下方法来处理:

推荐使用`hutool`的`NumberUtil.parseInt()`方法,充分考虑到了浮点、long、小数等类型数据可能带来的解析异常的问题，`hutool`是一个国人开源的工具类库，这里实名推荐,容错性和处理异常能力很强，可以自行百度搜索使用。

## 三. Bigdecimal的除法坑你没商量 ##

众所周知,BigDecimal是处理金额最有效的数据类型，一般进行财务报表计算的时候为了防止金额出现错误，一般情况下都会采用Bigdecimal，而double、float都会存在些许的误差。你开开心心的用Bigdecimal进行了计算,而最终的结果返回却有问题，我们来看一个栗子。

常见的除法用起来没有任何丝毫的问题，妥妥的没毛病。但是一旦程序中的数据出现以下情况，如果用Bigdecimal来接受前端的参数，而前端的参数是用户输入不确定的，一旦出现如下的数据，我们来看看结果。

执行结果一看，居然报错了哎！

这就是`BidDecimal`的坑,一旦返回的结果是无限循环小数，就会抛出`ArithmeticException`。因此在进行`Bigdecimal`除法的时候,需要进行保留小数的处理,正确的处理姿势。

## 四. `Collections.emptyList()`此list非彼list ##

我们先来看一个sample:

public List<String> getUserNameList(String userId) {
          
          List<String> resultList = Collections.emptyList();
          try {
              resultList = userDao.getUserName(userId);
          } catch (Exception ex) {
              logger.info(ex);
          }
          return resultList;
      }

这样会抛出错误,主要问题在于`Collections.emptyList()`并非我们平时看到的List,此list不支持add、remove方法，否则会抛出`operationNotSupportException`。

原因是:`Collections.emptyList`返回的并不是我们平时认识的那个list,它是一个内部常量类：

public static final List EMPTY_LIST = new EmptyList<>();

这个list并不具有add、remove元素的能力,我猜想是因为jdk设计之初的想法是将这个list作为一种只读的list,并不提供数据的写入能力,因此它仅可作为一种 空值返回，无法进行删除、添加操作。

## 五. list 可以一边删除一边遍历吗？ ##

答案是肯定可以的,要不然的话list，么删除数据呢，不过要注意遍历的姿势，我们再来看一个简单的例子:

很不幸，又双叒叕报错了：

仔细翻阅源码会发现,每次remove之前会检查元素的条数,如果发现预期的modCount和当前的modCount不一致就会抛出这个异常。modCount是list中用来记录修改次数的一个属性,当对元素进行统计的时候就会对该元素加1,而当对list边遍历边删除的话,就会造成

excepted与modCount不一致，从而抛出异常。

正确的删除姿势就是使用Iterator.remove进行遍历删除，可以规避这个问题。

List<Integer> list = new ArrayList<>();
    list.add(1);
    list.add(2);
    list.add(3);
    list.add(4);
    Iterator<Integer> iterator = list.iterator();
    while (iterator.hasNext()) {
        Integer integer = iterator.next();
        if (integer == 2) {
            iterator.remove();
        }
    }

## 六. 总结 ##

JDK 的设计者有两个很大的特点:

*  大多不会做非null判断
 *  出现错误直接throw new Exception，容错性很差。

在实际开发中，面对`JDK`一定要谨慎使用，`JDK`提供了便利的同时，也有一些我们使用上的盲区，应该养成多看源码,多注意错误性处理，防止在小问题上栽大跟头。

回到最开始说的那个subtract方法的问题，因为这个问题等需要我处理完之后用户才能收到退款，这直接造成了用户体验直线下降，而部分用户还直接打电话投诉。

同事一个小小的不谨慎和马虎就给公司造成了很多负面影响，**技术问题虽然不大但是带来的业务影响范围很严重**。所以我们必须防微杜渐，小小的问题都得细细的打磨，才能避免很多问题的产生。

## 七. 补充 ##

**7.1 Bigdecimal在比较的时候,最好使用compareTo方法,不要使用equals方法**,如下案例,虽然Bigdecimal重写了equals方法,但是使用会存在问题。

select 5-null  结果会返回null，所以在进行mysql计算的时候，对于有可能出现null值的列一定要进行·ifnull(field,0)·的转换，将null值转化为0，否则就会出现一些意想不到的数据错误和空指针问题：

正确的姿势：

**7.3.String的split方法在进行||分割的时候需要进行转义,否则结果会有问题**

参考：http://ii081.cn/drl9e

**推荐阅读**

*  [MySQL的25个连环炮][MySQL_25]
 *  [线程池的12个连环炮][12]
 *  [并发编程基础的12个连环炮][12 1]
 *  [JVM的18个连环炮][JVM_18]
 *  [HashMap的31连环炮，我倒在第5个上][HashMap_31_5]  
    
 *  [Redis的43连环炮，试试你能扛住几个][Redis_43]
 *  [别不信，98%的程序员都是这样的][98]

[b8214157291e162a56da05c6bff6153e.png]: /images/20221022/38c7a41eac2f4be9b14d969ea857d1b3.png
[85704c7c93b007feed7e98b134799364.gif]: /images/20221022/2f671289c18746f7ad160e47fcc3c0f3.png
[56d6e058f05d8146265de173d6472a96.gif]: /images/20221022/463a95fc82104f4e8f805aef4e8be37b.png
[MySQL_25]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd55694bca22e05d2d6bf09ea577a9c00a3842320a542d888bcffa2cf527e92f45bd92b6340f&idx=1&mid=2247500192&scene=21&sn=ea1967dba7d155cb786a87112e14f701#wechat_redirect
[12]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd55685aca22e14cbf1a0292b45e1cb05d4e89008b0f21facb058d26d4ba58591ed8328a5177&idx=1&mid=2247499953&scene=21&sn=4eadc79edac61cb349c1496b57dab73d#wechat_redirect
[12 1]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd55684dca22e15b7c0b801142f5a038b4c6ed86a21fe7e3c9c11ae8984569eae3ad811e67fa&idx=1&mid=2247499942&scene=21&sn=7fe98b1860204dcde8eb087dacc7a7a6#wechat_redirect
[JVM_18]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd5568e5ca22e1f3ee3819e62fa72e040e66cf57e76433a10da24f66f1482e0380f04a20d6ff&idx=1&mid=2247499790&scene=21&sn=5b1eae8be6ef173b8be416e4a3aa3ceb#wechat_redirect
[HashMap_31_5]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd556928ca22e03e574ca10c7b8afe2bab0d44d1f01490ec83e7d14e111dedd7bc617b8742f2&idx=1&mid=2247500227&scene=21&sn=88ceef5f2a09efe2832cdb68578720b1#wechat_redirect
[Redis_43]: http://mp.weixin.qq.com/s?__biz=MzI1MTYxNTE0Ng%3D%3D&chksm=e9f10751de868e47db8f327763a82dda3c0ef20b281320177b4a35a1b3b5039dc2cfa3c086ab&idx=1&mid=2247484820&scene=21&sn=de076ddd3b6a72d34fc7ae183e9cc194#wechat_redirect
[98]: http://mp.weixin.qq.com/s?__biz=MzU4MDM3MDgyMA%3D%3D&chksm=fd555753ca22de4522b62563737854b0359847f046b416df20cdfa099ea81d8e03c8bb22f4d1&idx=1&mid=2247499704&scene=21&sn=e3a867f360e8a8cccf8d79e0652c36c0#wechat_redirect