Rails使用find_or_initialize_by更新PushToken时为何报唯一性验证错误

代码实际执行逻辑与预期的偏差 #

你原本预期的匹配逻辑是“只要user、token两个字段值已存在对应的持久化记录，就会匹配到对应记录更新”，但实际代码从未将token作为查询条件，根本不会触发这个匹配分支。

代码的实际执行流程为：

• PushToken.find_or_initialize_by(user: current_user) 仅以user字段值等于当前current_user作为唯一查询匹配条件，查找数据库中已存在的持久化记录：查到就返回对应记录，查不到就初始化一条携带user=current_user属性的未持久化新实例
• 整个查询流程不会主动校验、匹配token字段的重复情况，更不会在token已被其他记录绑定时，自动找到对应记录执行更新
• 初始化生成的新实例，在执行update!赋值传入的token前，本身不携带token值，所有唯一性校验都会在update流程执行时才触发

触发双校验报错的具体场景 #

1. 同一用户的并发请求冲突 #

当同一个用户的两个create请求几乎同时到达服务端时：

• 两个请求先后执行user字段的查询，此时数据库还没有该user的PushToken记录，因此两个请求都会初始化未持久化的新实例
• 第一个请求顺利通过校验、完成数据库写入后，第二个请求再执行update的校验流程时，会同时触发两类校验失败：
  • 已存在同user值的持久化记录，触发user唯一性校验
  • 传入的token值已经被第一个请求写入数据库，触发token唯一性校验
    最终抛出你看到的双校验报错。

2. user字段的查询与校验规则不匹配 #

模型中user字段的唯一性校验配置为case_sensitive: false（校验时忽略大小写判断重复），但find_or_initialize_by生成的SQL查询在多数数据库（如默认配置的PostgreSQL）下是大小写敏感的：

• 当数据库中已有一条user值与当前current_user仅存在大小写差异的旧记录时，查询阶段会因为大小写不匹配找不到这条旧记录，进而初始化新实例
• 新实例执行校验时，因为校验规则是忽略大小写的，会识别到与旧记录的user重复，触发user唯一校验失败
• 如果此时传入的token刚好是其他持久化记录已绑定的token值，就会同步触发token的唯一校验失败，抛出双报错。

3. 跨用户的token绑定冲突 #

当当前用户本身没有对应的PushToken记录时（查询阶段初始化新实例），如果传入的token已经被其他用户的记录绑定，一旦同时存在上述user查询规则不匹配导致的重复user判断，就会同时触发两个校验错误。

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