常量放左边能防空指针，因为字符串字面量非空且equals内部先判空，null传入时返回false而非抛npe；而变量在左时null.equals()会直接触发nullpointerexception。

在 Java 开发中，把字符串常量写在 equals 方法的左边（即调用方），是为了避免调用对象为 null 时抛出 NullPointerException。因为常量字符串（如 "abc"）是字面量，一定非空，调用它的 equals 方法是安全的；而变量可能为 null，若把它放在左边，null.equals(...) 就会直接报错。

为什么常量放左边能防空指针

Java 中字符串比较推荐使用 equals 而非 ==，但 str.equals("value") 在 str 为 null 时会崩溃；而 "value".equals(str) 不会——因为字符串字面量是常量池中的非空对象，其 equals 方法内部会先判空（JDK 源码中类似 if (this == anObject) return true; if (anObject instanceof String) {...}），对传入的 null 返回 false，不会 NPE。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

规范写法示例

• ✅ 推荐（安全）： "admin".equals(role)、"POST".equalsIgnoreCase(httpMethod)
• ❌ 避免（风险）： role.equals("admin")、httpMethod.equalsIgnoreCase("POST")
• ⚠️ 注意： Objects.equals(a, b) 也可安全比较两个可能为空的对象，但若确定一端是常量，仍优先用常量调用 equals，更轻量、意图更清晰

适用场景与边界情况

• 适用于所有可能为 null 的字符串变量与字面量/常量字符串的相等判断
• 不适用于 compareTo 或 compareToIgnoreCase，它们不支持常量在前的安全写法（"a".compareTo(null) 仍会 NPE），此时应先判空或用 Objects.compare
• 对于已明确非空的变量（如 Spring MVC 的 @PathVariable 注解参数，默认不为 null），可按需权衡可读性，但统一用常量前置更稳妥

IDE 和静态检查支持

主流 IDE（IntelliJ IDEA、Eclipse）和代码扫描工具（如 SonarQube、Alibaba Java Coding Guidelines）都内置规则检测 variable.equals("const") 这类潜在 NPE 风险，并提示改写为 "const".equals(variable)。启用相应检查可自动发现并修复。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南