在项目中随手把haseMap改成了currenHaseMap，差点被公司给开除了！

前言

在项目中随手把haseMap改成了currenHaseMap差点被公司给开除了。

判断相等

字符串判断相等

        String str1 = null;
        String str2 = "java";
       // str1.equals(str2); 错误的写法
        str2.equals(str1); // 常量写前面
        Objects.equals(str1, str2);// 借助jdkUtil工具类
        StringUtils.equals(str1,str2); // 自定义工具类

• 字符串判断相等我们记住一定要常量写前面。
• 借助jdk提供的util帮助类（Objects）。
• 自定义工具类，进行判空处理。

包装类判断相等

        Integer n1 = 100;
        Integer n2 = 100;
        System.out.println(n1 == n2);//true
        System.out.println(n1.equals(n2));//true
        Integer n3 = 200;
        Integer n4 = 200;
        System.out.println(n3 == n4);//false
        System.out.println(n3.equals(n4));//true

为什么n3== n4 是false呢？由于包装类的缓存机制。
包装类的比较用equals去判断。
最推荐的还是用工具类去判断。例如上面的列子如果n3=null的话n3.equals(n4)这时候就会抛出npe了。如果用工具类的话就不会存在这种情况。总之一句话判断相等如果不愿意去判空（偷懒、代码也不好看）就借助工具类。合理使用工具类可以使你的代码减少不必要的npe。

三目运算符

这个常见的坑的话就是由于自动拆箱导致的 NPE 异常。这个阿里巴巴开发手册（需要这个手册可以找我V：rxh8515）说的很明白了。

BigDecimal

禁止使用浮点数double,float的初始化

        double d = 1.001;
        float f = 1.001f;
        BigDecimal bigDecimal1 = new BigDecimal(d);
        BigDecimal bigDecimal2 = new BigDecimal(f);
        System.out.println(bigDecimal1);
        System.out.println(bigDecimal2);

输出结果

1.000999999999999889865875957184471189975738525390625
1.00100004673004150390625

这个结果是不是跟我们所期望的1.001有点不一样。

float和double可以用于工程计算科学计算，他们会有精度丢失，这是由于浮点运算器的结构导致的，但是在金融领域一旦精度出现问题就意味着可能是严重的现实经济损失，所以普通的那些数值型一般不会在这个场景下使用。

所以涉及金钱的计算一定不要使用float和double。使用BigDecimal并且一定要用String来构造。 上面的列子我们可以这样来初始化 new BigDecimal(“1.001”)。

进行除法运算时必须要设置保留小数位

        BigDecimal a = new BigDecimal("1");
        System.out.println(a.divide(new BigDecimal(3)));

输出

Exception in thread "main" java.lang.ArithmeticException: Non-terminating decimal expansion; no exact representable decimal result.
    at java.math.BigDecimal.divide(BigDecimal.java:1690)
    at com.workit.demo.antisper.Test.main(Test.java:11)

解决办法：使用如下两个函数设置精度

• divide(num, scale)

• divide(num, scale, roundingMode)

      BigDecimal a = new BigDecimal("1");
      System.out.println(a.divide(new BigDecimal(3), 2,BigDecimal.ROUND_HALF_UP));
  

字符串分隔(别忘了转义)

        String str = "java|php|c++";
        String[] split = str.split("|");
        for(String s:split){
            System.out.println(s);
        }

输出结果

j
a
v
a
|
p
h
p
|
c
+
+

结果并不是我们所期待的，java、php、c++。
解决办法我们对|进行转义分割，代码改为 String[] split = str.split(“|”)；结果就正确了。
String的split方法需要转义的字符串：. $ | ( ) [ { ^ ? * + \ 共12个特殊字符，遇到以这些字符进行分割字符串的时候，需要在这些特殊字符前加双反斜杠\ \。

Arrays.asList 需要谨慎使用

下面列举一些常用但是却与我们所期待的结果不一样的用法。

将基本类型数组作为asList的参数

        int[] array = {1,2,3};
        List list = Arrays.asList(array);
        System.out.println(list.size()); //1

输出的结果是1不是3哦是不是跟想象的有点不一样?原因如下：
由于Arrays.ArrayList参数为可变长泛型，而基本类型是无法泛型化的，所以它把int[] array 数组当成了一个泛型对象，所以集合中最终只有一个元素array 。

将数组作为asList参数后，修改数组或List

        String[] array = {"欢","关","java"};
        List list = Arrays.asList(array);
        array[0] ="修改数组第一个元素";
        list.set(2,"修改集合第三个元素");
        System.out.println(Arrays.toString(array));
        System.out.println(list.toString());

输出结果

[修改数组第一个元素, 关, 修改集合第三个元素]
[修改数组第一个元素, 关, 修改集合第三个元素] 

是不是也与我们所期待的不一样。修改了数组奥了的值居然影响到了集合里面的值。原因如下：
由于asList产生的集合元素是直接引用作为参数的数组，所以当外部数组或集合改变时，数组和集合会同步变化，这在平时我们编码时可能产生莫名的问题。

数组转换为集合后，进行增删元素。

         String[] array = {"欢","关","java"};
        List list = Arrays.asList(array);
        list.add("java");
        System.out.println(list.toString());

输出结果：

Exception in thread "main" java.lang.UnsupportedOperationException
    at java.util.AbstractList.add(AbstractList.java:148)
    at java.util.AbstractList.add(AbstractList.java:108)

抛出异常原因：由于asList产生的集合并没有重写add,remove等方法，所以它会调用父类AbstractList的方法，而父类的方法中抛出的却是异常信息。
当我们使用Arrays.asList 产生的集合时候，需要谨慎的去使用。如果需要对集合进行操作的时候我们可以通过 List list = new ArrayList(Arrays.asList(array)); 来进行使用。

currenHaseMap注意 key和value的null值

       String key = "java";
        Map<String,Object> map = new ConcurrentHashMap<>();
        map.put("1","2");
        map.put(key,null);// Exception in thread "main" java.lang.NullPointerException

记得刚开始工作的时候，我负责的一个管理系统里面有一个关于省份的缓存，用HashMap来存的。大概就是项目一起动,然后就从db里面把省份信息加载到HashMap里面，以后需要用到省份信息直接从HashMap里面取，HashMap不是线程不安全吗？然后我反手就把它改成了currenHaseMap。测试环境测试没问题，然后就跟着其他功能上线。上完线之后也没有去回归关于省份的这一块内容，然后就下班了。第二天上班运营反映有部分注册用户的省份信息没了。leader就找我昨天有没有改过关于省份的代码，我说就改了一个currenHaseMap。leader先让昨天上线代码回退，一回退省份信息就有了。后面经过仔细排查原来生产数据库有一条省份信息是空的。然后加载那条空的省份信息到currenHaseMap就报空指针了，在这条空记录后面信息就没加载到currenHaseMap了。幸好是内网管理系统没有造成太大的影响 。

string.valueof

    String  userName= String.valueOf(parmMap.get("userName"));
        if(StringUtils.isNotBlank(userName)) {
            sql.append(" and tt.userName like %").append(userName);
        }

这里的 parmMap.get(“userName”) 如果是 null , 那么这里的 userName就是 “null” ,这是一个值为 null 的字符串。导致数据会拼接到SQL 中，导出出错。为什么会这样我们看下源码就知道了。

 public static String valueOf(Object obj) {
        return (obj == null) ? "null" : obj.toString();
    }

所以转字符串的时候我们要根据实际的情况来选择合适的方法。

总结

本文列举了一些对于java常见的一些可能稍微不注意就会采坑的一些知识点。还有其他更多需要注意的知识点也欢迎大家来补充。其实这些常见的采坑基本上只要去看下源码都能够避免的。