如何处理Django表单的编辑冲突？多用户并发编辑场景解决方案

针对多用户同时编辑同一对象出现的覆盖问题，结合你提到的三类方案，具体落地逻辑和适用场景如下：

示例基础模型：

class Book(models.Model):
    title = models.TextField()
    description = models.TextField()

1. 表单加锁（悲观锁） #

• 核心逻辑：用户进入编辑页时给对象加排他锁，保存完成后释放锁；其他用户进入编辑页时检测到锁就给出提示，告知当前有其他用户正在编辑。
• 过期锁的解决方案：
  • 给锁设置固定过期时长（比如30分钟），到期自动失效
  • 锁和用户会话绑定，会话过期自动清理锁
  • 给权限较高的角色提供手动强制解锁入口，处理异常残留锁
• 缺点：用户如果打开编辑页后未保存就关闭浏览器，锁会残留到过期时间，短时间内其他用户无法编辑，对低冲突场景的体验影响较大。

2. 数据校验和（乐观锁） #

• 这是Django生态最常用的通用解决方案，不需要手动计算字段校验和，用版本号实现更简便：
  • 给Book模型新增整数类型的version字段，配置每次对象保存时自动+1
  • 渲染编辑表单时，把当前对象的version值放到隐藏字段中
  • 表单提交时，先校验数据库当前的version和表单提交的version是否一致：
    • 不一致说明对象已被其他用户修改，拦截保存操作，给用户返回提示，同时加载最新的对象内容，让用户确认自己的修改是否需要保留
• 优点：没有锁残留问题，即使用户中途关闭浏览器，也不会影响其他用户编辑，仅在提交时做校验，对用户正常操作的影响极小，适合绝大多数后台内容编辑、普通业务对象修改的场景。

3. 变更字段自动合并 #

• 你提到的基于changed_data搭配update_fields的思路可行，但不能脱离乐观锁校验直接使用：如果多个用户同时修改同一个字段，仅靠changed_data还是会出现后提交内容覆盖先提交内容的冲突问题。
• 优化后的落地逻辑：
  1. 表单加载时，除了当前用户编辑前的版本号，还要预先记录该版本下所有字段的原始值
  2. 提交时先校验版本号，如果版本一致，直接正常保存即可
  3. 如果版本不一致，先比对当前用户修改的字段（即changed_data对应的字段）和数据库中已被其他用户修改的字段：
     • 如果两者没有重叠字段，直接通过update_fields参数传入当前用户的变更字段，将修改存入数据库，不会覆盖其他用户的修改
     • 如果两者存在重叠字段，说明用户修改的内容已经被他人改动，此时必须拦截保存，提示用户手动确认冲突，不能自动合并
• 优点：可以大幅减少不必要的冲突提示，实现不同字段修改自动合并的效果，用户体验更顺滑。

最佳实践选型 #

• 绝大多数普通业务场景：优先选择乐观锁（版本号校验）方案，实现简单，维护成本低，满足通用需求
• 对编辑体验要求较高的场景：可以在乐观锁的基础上叠加无重叠字段自动合并的逻辑，进一步减少冲突对用户的打扰
• 核心高冲突场景（比如合同编辑、系统配置修改）：可以搭配悲观锁，在用户进入编辑页时就提示其他用户当前的编辑状态，从源头减少冲突概率

内容的提问来源于stack exchange，提问作者Jaap Joris Vens