请教一个关于多人同时操作一条数据的问题

[Spider1996]

目前有个场景: 比如 A 用户选中一条数据进入设计页面,然后在 A 用户保存之前其它用户都不能操作这条数据.有什么比较好的处理 方法吗?

[th00000]

打开 -> 加锁 => 保存 -> 释放锁

[Spider1996]

@th00000 这样如果用户不保存直接关闭浏览器的话 就死锁了吧... 我这业务时间不太确定 所以设置过期时间也不太行

[IvanLi127]

@Spider1996 自动保存 + 锁自动过期 呢

[aitaii]

谁先提交谁是 A 还是 指定 A 打开之后，其他人不能获取资源呢

[xiaoming1992]

心跳检测，不跳了就过期

[aitaii]

增加一个状态字段呢，打开页面更新时更新状态为使用中，其他人再获取时状态为使用中，提交校验状态不通过

[Spider1996]

@aitaii 有个用户打开后 其它人就不能再操作这条记录了

[RRRSSS]

Redis 分布式锁应该是最简单的

选中数据进入页面 -> lock
保存之后 -> unlock

[Spider1996]

@aitaii 这样有点太简单了..要是用户打开页面 直接关闭了浏览器 那状态就一直为使用中 其它人都操作不了了

[Spider1996]

@RRRSSS Redisson 吗?

[aitaii]

@Spider1996 那看来得加个 daemon 了

[SSang]

锁要持有人去保活，做个过期时间就好了，比如 10s 过期，3s 保活一次

[meshell]

@Spider1996 如果用户直接关闭浏览器没有保存，关闭页面也有动作呀。就像上面说得也可以定时心跳。超过多少时间就释放呗 。

[chenshun00]

加个状态就可以了，定时心跳保活，不建议用 redis，多一个组件多一个麻烦，还用不到 redis，数据库本身就可以搞定了。这里的矛盾不在于并发有多大，粒度这么粗，数据库本身就搞定了。

[RRRSSS]

@Spider1996 就从你的描述来看，用 Redission，伪代码大概是这样：

```java
// 进入页面 controller:

RLock lock = redisson.getLock("anyLock");
// 尝试加锁 最多等待 100s 上锁以后 10s 自动解锁
boolean res = lock.tryLock(100, 10, TimeUnit.SECONDS);

try {
if (res) {
// 获取到锁
// 业务逻辑
}
} catch (Exception e) {
throw e;
} finally {
// 最后一定要释放锁
if (lock != null) {
lock.unlock();
}
}

```

如果只是 2B 业务，可能不用那么严谨，使用 Redission 直接用 redis 就行了

[Jooooooooo]

页面的话简单, 每个人打开的页面都有版本, 后端每次更新版本都变. 写入的时候版本相等才能成功.

[dynastysea]

你这个需求太模糊了，至少要说清楚是单机还是多机，这两者的技术方案差的可太多了

[loveyu]

典型的后台编辑操作（如果不是请忽略后面的内容）

产品的需求一般是防止多人操作被覆盖（至于 A 保存之前不能操作，一般是指更新吧）

建议找产品改需求，不是不能实现，是没必要

[akira]

没有什么“好” 办法的，来去都是 加锁 保活 ，跑不掉的。

反而是 考虑下支持多人同时修改？这个才是现在的趋势呢

[msg7086]

还有一种做法就是允许其他人抢占锁。可以无脑参考一下 WordPress 之类软件的设计。