1.isempty和isblank的用法区别,你都知道吗?
2.常用的 list.isEmpty() 为何突然报null？
isempty和isblank的用法区别,你都知道吗?
在编程中，我们经常会遇到需要判断字符串是否为空的情况。这时候，我们通常会用到工具类StringUtils中的isEmpty和isBlank方法。这两个方法都用于判断字符串是否为空，但它们的ios源码外网判断标准有所区别。
isEmpty方法用于判断字符串是否为空字符串。只要字符串中包含任何字符，无论该字符是否为空白字符，isEmpty方法都会判断字符串不为空。它的方法源码只判断了字符串是否为null或者长度为0。这意味着，如果用户输入" "等空白字符，isEmpty方法会返回false，即判断为不为空。
而isBlank方法则用于判断字符串是否为空字符串，但其判断标准更加严格。xyz源码isBlank方法会判断字符串中的所有字符是否都是空白字符。如果字符串中存在任何非空白字符，isBlank方法就会返回false。它的方法源码在第7行有一处关键判断，只要字符串中有一个字符不是空白字符，就会返回false。这意味着，如果用户输入" "等空白字符，reaper源码isBlank方法会正确地返回true，即判断为空。
通过上述的解释，我们可以看出isEmpty和isBlank方法在判断字符串是否为空时有着不同的标准。在实际编程中，我们需要根据具体场景的需求来选择使用哪个方法。例如，在一些业务场景下，fsl源码我们可能希望判断字符串是否为空白字符，此时isBlank方法会更加合适。而在其他场景下，我们可能只需要判断字符串是否为空字符串，此时isEmpty方法则更为适用。
常用的 list.isEmpty() 为何突然报null？
发现项目中常用方法突然报null，今天就来详细探讨下原因。
以往使用list集合判断是wanlshop源码否为空时，通常会通过list.isEmpty()方法来判断返回值是否为true，以此继续执行业务流程。然而，近期这个方法突然报出null错误，这是怎么回事呢？
业务场景模拟：
创建一个父类，并在其中定义子类的list，main方法中给父类id赋值，但list未赋值。之后，尝试使用father.getSonList()方法时，遇到了空异常问题。而使用CollectionUtils进行判断时，则未出现此错误。
下面看一段代码示例：
原因分析：
深入探究源码后发现，CollectionUtils里确实也包含了isEmpty的判断。那么，为何它没有报出错误呢？
其实，我们知道&&和||都是短路操作符。&&要求两个条件都为真时，才会返回真值，一旦第一个条件为假，则后续条件不再执行，直接返回假值。而||只要第一个条件为真，就不再执行后续条件，直接返回真值。
因此，问题原因在于：CollectionUtils在先判断是否为null的同时，使用了短路模式，并通过||操作符确保了即使list为空，也能够提前返回真值，避免了空异常的发生。这样一来，业务流程得以正常进行，避免了null错误的产生。
