静态变量不该参与equals和hashCode计算，因其属于类而非实例，若纳入会导致不同对象哈希值相同、逻辑相等判断错误，并破坏equals自反性等契约。
静态变量不该参与 equals 和 hashCode 的计算。
静态变量不属于单个对象实例
静态变量属于类本身，被所有实例共享。而 equals 比较的是两个**具体对象**是否逻辑相等，hashCode 也必须反映该对象的**实例状态**。若把静态字段纳入计算：
- 不同实例只要类型相同，静态值就一样 → 它们会“被迫”拥有相同哈希值，严重破坏散列表分布
- 两个本应内容不同的对象（如不同 ID 的 User），仅因共用同一个静态配置（如
DEFAULT_ROLE）就被判为相等 → 违反equals的语义和契约
违反 equals 的核心约定
equals 必须满足自反性、对称性、传递性等。静态字段会让判断结果依赖于“当前类的状态”，而非“两个对象自身的属性”：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 假设
User类有个static String VERSION = "v1" - 先创建
u1和u2（ID 不同），此时u1.equals(u2)是false - 再执行
User.VERSION = "v2"，接着调用u1.equals(u2)—— 结果仍应是false，但如果 equals 里用了VERSION，逻辑就不可控了
实际开发中的典型错误
常见误用包括：
立即学习“Java免费学习笔记（深入）”；
- 把日志开关
static boolean DEBUG = true加进hashCode()计算 - 把缓存工具类引用
static CacheManager cache作为equals比较项 - 在 Lombok 的
@EqualsAndHashCode中未排除静态字段，导致注解自动生成时意外包含它们
正确做法是：只选用**影响对象身份的、非静态的、final 或稳定可读的实例字段**（如 ID、姓名、邮箱等），并在文档或注释中明确标识哪些字段参与相等性判定。
