为何Spring等开源项目常用!Boolean.FALSE.equals()这类布尔判断写法？

这类写法广泛出现在Spring等工业级开源项目中，核心原因是兼顾空指针安全、语义明确性和鲁棒性，具体优势如下：

• 彻底规避空指针异常（NPE）
  Boolean是包装类，可被赋值为null。如果直接用if (flag)或if (!flag)的写法，JVM会自动对Boolean变量拆箱为基本类型boolean，变量为null时会直接抛出NPE。而Boolean.FALSE.equals(xxx)写法中，调用equals的是静态常量Boolean.FALSE，即使入参为null，equals方法会直接返回false，不会触发空指针。
• 精准匹配三态语义需求
  Boolean包装类存在TRUE/FALSE/null三种取值，很多框架场景中null有特殊业务含义，比如代表「未设置、使用默认值」。这类写法可以精准表达三态判断逻辑：
  • !Boolean.FALSE.equals(flag) → 等价于flag == null || flag == true：只要不是明确设置为false，就走对应分支，匹配「默认开启，仅手动设为false时关闭」的逻辑
  • !Boolean.TRUE.equals(flag) → 等价于flag == null || flag == false：只要不是明确设置为true，就走对应分支，匹配「默认关闭，仅手动设为true时开启」的逻辑
    不用额外写null判断，语义清晰无歧义。
• 避免包装类==比较的坑
  即使变量不为null，直接用flag == Boolean.TRUE的写法也可能出错：如果变量是通过new Boolean(true)这类构造方法创建的实例，和JDK缓存的Boolean.TRUE不是同一个对象，==比较会返回false。而equals方法比较的是Boolean内部存储的基本类型值，不管实例来源都能得到正确结果。
• 提升框架级代码的兼容性
  Spring这类通用框架需要兼容各种各样的用户扩展场景，无法保证所有传入的Boolean参数都不会为null、不会出现非缓存的Boolean实例。这类写法可以最大程度降低框架崩溃概率，提升鲁棒性。

内容的提问来源于stack exchange，提问作者Yongnian Zheng