字符串split操作到底有多少坑

长字符串切分，取其中元素封装或者将封装信息组合成长字符串都是常规操作，但是这种长字符串往往是不可控的，如一个长字符串就是由一个元素组成，或者存在空字符串的元素，看似这并没有什么问题，但是使用不同工具类的split方法进行切分结果是完全不同的。不知道你是否遇到这样的坑，下面一起来看看。

String类自带的split方法

直接使用String本身自带的split方法，看对不同字符串的切分结果。

• 没有分隔符的字符串

  //str = "1"
  public static void split2(String str) {
        
      String[] splits = str.split(",");
      for (String split : splits) {
        
          System.out.println("->" + split);
      }
      System.out.println("数组长度：" + splits.length);
  }
  

  切分后结果是单个元素["1"]，数组长度是1。

• 有分隔符，分隔符切分后没有空字符串出现

  //str = "1,2"
  //代码同上……
  

  切分后结果是["1","2"]，数组长度是2。（假设分隔符是n个，分割后的元素个数是n+1个）

• 有分隔符，分隔符切分后有空字符串出现

  //str = "1,,2"
  //代码同上……
  

  切分后结果是["1","","2"]，数组长度是3。（假设分隔符是n个，分割后的元素个数是n+1个）

最终总结不管分隔符有多少个，最终切分的结果都是n+1个元素。也是正常业务逻辑所需要的。但是这里有一个问题，如果传入的字符串是null的时候会报NullPointException异常，需要另外加一层非空判断。

commons提供的StringUtils工具类

具体全限定类名是org.apache.commons.lang3.StringUtils，这个可以说是最常用一个字符串的工具类。如判断非null、非空字符串或者非空格，用isNotBlank方法，使用集合元素组装字符串，用join方法等等。现在来看一下split方法在不同的情况下是如何实现。

• 没有分隔符的字符串

  //str = "1"
  public static void split1(String str) {
        
      String[] splits = org.apache.commons.lang3.StringUtils.split(str, ",");
      for (String split : splits) {
        
          System.out.println("->" + split);
      }
      System.out.println("数组长度：" + splits.length);
  }
  

  切分后的结果是单个元素["1"]，数组长度为1。

• 有分隔符，分隔符切分后没有空字符串出现

  //str = "1,2"
  //代码同上……
  

  切分后的结果是两个元素["1","2"]，数组长度为2。

• 有分隔符，分隔符切分后有空字符串出现

  //str = "1,,2"
  //代码同上……
  

  切分后的结果和上一种情况结果是一样的，也是两个元素["1","2"]，数组长度为2。

从这里就可以看的出来问题的所在，当出现空字符串的时候，会自动将空字符串丢弃，只保留非空字符串。但是这里还是需要注意的是如果是空格，也会形成一个元素。比如现在str输入的是"1, ,2"，两个分隔符间有一个空格，此时就会切分成三个元素。

org.apache.commons.lang3.StringUtils还是很强大的，在切分上split有10种方法左右，如可以按照驼峰规则切分等。基本想要的切分场景都有的。所以就个人使用StringUtils来说，首选是commons.lang3下的。

Spring下util包提供的StringUtils工具类

全限定类名org.springframework.util.StringUtils，这个StringUtils也经常被用到，因为在输入StringUtils的时候，IDEA自动提示，往往它就是在第一位。那它和上面两种在split方法上有什么不同呢？

• 没有分隔符的字符串

  //str = "1"
  public static void split3(String str) {
        
      String[] splits = org.springframework.util.StringUtils.split(str, ",");
      for (String split : splits) {
        
          System.out.println("->" + split);
      }
      System.out.println("数组长度：" + splits.length);
  }
  

  这个时候对不起，会报NullPointerException异常，也就是这个split方法必须要有分隔符的存在。

• 有分隔符，分隔符切分后没有空字符串出现

  //str = "1,2"
  //代码同上……
  

  切分后的结果是两个元素["1","2"]，数组长度为2。

• 有分隔符，分隔符切分后有空字符串出现

  //str = "1,,2"
  //代码同上……
  

  切分后的结果是两个元素["1",",2"]，数组长度为2。看到这里可能你会认为我这个数组格式写错了，但是实际上第二个元素的确是这样的，确定无疑。

这个split方法还是很坑的，它会从字符串中找分隔符是否存在，如果不存在直接报错，如果存在，不管有多少个分隔符，都是以第一个分隔符做切分，最终形成两个元素。

总结

三个split方法三种不同的切分逻辑，到底在什么时候用那种方式切分就很讲究了，因为在开发过程中因为这个切分出过很多莫名其妙的BUG。我就遇到过两次。

• 第一次是使用的org.apache.commons.lang3.StringUtils来切分字符串，字符串内有空字符串存在，导致切割后的元素个数和实际个数不同，准确的来说少了元素，结果代码中在向另一个字符串占位符中填充数据的时候，总是出现错位的现象。（如本来应该放在占位符3位置上的字符串出现为空字符串，在切分的时候，3位置的元素实际被抛弃，4位置的元素放在了3的位置）
• 第二次也是使用的org.apache.commons.lang3.StringUtils来切分字符串，测试一直都是很正常，但是测试一段时间后，发现报NullPointException，排查后才发现，引入的StringUtils被其他开发人员换成了org.springframework.util.StringUtils导致的。因为这个字符串可能没有分隔符。