Spring中自动生成的约束名是如何创建的？

首先直接给结论：这类跨环境完全一致的自动生成约束名不是随机哈希字符串，其生成逻辑是完全确定性的，只要代码和依赖版本不变，生成结果就不会随环境变化。

• 责任主体说明：大家日常接触到的Spring自动生成约束名，本质是Spring Boot默认整合的JPA实现Hibernate提供的命名策略生成的，Spring本身不实现这套命名逻辑，只是默认沿用Hibernate的JPA合规命名实现。
• 确定性的核心原因：整个约束名生成过程的输入只有Java实体的静态元数据，包括实体绑定的表名、字段名、关联关系、约束包含的字段顺序，全程不会加入时间戳、随机数、机器标识这类随环境变化的参数，所以跨环境生成结果完全一致。
• 不同类型约束的默认拼接规则：
  • 主键约束：固定格式为PK_<表名>，通常不会触发长度截断
  • 外键约束：基础拼接格式为FK_<主表表名>_<从表关联字段名>
  • 唯一约束：基础拼接格式为UK_<表名>_<约束包含的字段按定义顺序拼接>
• 大家看到的"类哈希字符串"的来源：
  不同数据库对标识符长度有上限要求（比如老版本MySQL标识符最长64字符，Oracle是30字符），如果按照基础规则拼接出来的约束名超过长度上限，Hibernate会对超长的部分做MD5摘要截断，这部分摘要的输入就是前面拼接用的固定表名、字段名元数据，输入固定则MD5结果固定，哪怕触发截断，跨环境的约束名依然保持一致，不存在随机生成的情况。
• 会导致约束名变化的只有这几种情况：
  • 修改了实体上@Table、@Column等注解自定义的表名、字段名
  • 调整了复合约束（复合主键、复合唯一约束、多字段外键）里的字段定义顺序
  • 升级Hibernate版本，且官方调整了默认命名策略的实现逻辑
  • 手动注入了自定义的命名策略Bean，替换了默认的约束名生成规则

注意：如果没有主动做自定义配置，不需要担心不同环境自动生成的约束名不一致导致的数据库脚本兼容问题，默认实现本身就保证了同代码同版本下的命名一致性。

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