V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  BBCCBB  ›  全部回复第 79 页 / 共 118 页
回复总数  2343
1 ... 75  76  77  78  79  80  81  82  83  84 ... 118  
2020-01-09 10:42:22 +08:00
回复了 good1uck 创建的主题 问与答 如何修剪鼻毛?
直接拔的确很危险, 可能导致面部神经异常, 面部瘫痪等. 但我有时候还是直接拔..
@xkeyideal 老哥,还是没看到==, 求赐教
@owt5008137 同一个锁是加在同一个目录下的哈
@xkeyideal 😱 我再看看吧, 我就简单看了下.. 3q
@xkeyideal 我看的这个, https://github.com/etcd-io/etcd/blob/master/clientv3/concurrency/mutex.go , 大佬带带我, 我疑惑了大半天了
@xkeyideal 大哥你看过源码 clientv3 的 mutex 源码么??? 他那个锁只是一个 cas 乐观锁,连重试都没有. cas 一下, 没获取到就返回一个 error
@AzadCypress 对的,revision 是全局递增的.

的确可以随便写一个值到目录下, 比如 uuid. 简单方便.

这样看下来 etcd 没法自动生成顺序节点名称了, 只能客户端写入一个唯一名称的节点了
@AzadCypress 我没看到 etcd 有顺序节点这个概念或者相关的概念, 是我看漏了啥么??

你这个意思是在 /lock 下写入自己的节点, 但每个节点 key 保证唯一, 然后按他们的 revision 来实现 zk 有序节点的概念么?
照你这么说我想了想是可以实现了.

但还有个问题就是这个 key 得客户端保证在所有客户端中全局唯一, 还有没有不用客户端去生成这个全局唯一得 key 的方案呀?
@owt5008137 老哥我是想问有没有像 zookeeper 实现分布式锁只用监听顺序节点的前一个节点, 前一个节点删除只用通知一个客户端, 而不是像 etcd 这样所有的都监听这个节点, 这个节点删除的时候需要通知所有监听它的客户端.
=_=
google 了一波, 清一色 说通过 revision 机制.. 有大佬能具体解释下这个怎么做么...
2020-01-08 11:25:43 +08:00
回复了 Freeego 创建的主题 程序员 Java 后端返回的 data 类型应该用泛型还是 Object?
泛型. 方法一眼就能看到返回了啥类型.
2020-01-05 18:17:26 +08:00
回复了 Juggernaut 创建的主题 程序员 12306bypass 完全拿不到票
一直刷着.
2020-01-03 13:30:17 +08:00
回复了 liuzhaowei55 创建的主题 程序员 买不到返程票,只能把回去的票也退了。
... 试试顺风车?
2019-12-26 17:59:27 +08:00
回复了 wxsm 创建的主题 职场话题 不知道该说什么
早日康复
2019-12-25 18:12:20 +08:00
回复了 Huelse 创建的主题 硬件 考研结束, 2020 组台新电脑
震惊!! 除了处理器我竟然都没听过其他的 ==,
2019-12-25 09:21:42 +08:00
回复了 HenrikC 创建的主题 程序员 各位抢到票了么?通过什么途径,我恐怕是回不了家了。。
试试买其他区间的票, 还有就是候补...
2019-12-25 09:04:56 +08:00
回复了 sagaxu 创建的主题 程序员 Java vs Go,性能,内存占用
@Cbdy twitter 貌似就在跑.
1 ... 75  76  77  78  79  80  81  82  83  84 ... 118  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   970 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 22:04 · PVG 06:04 · LAX 14:04 · JFK 17:04
Developed with CodeLauncher
♥ Do have faith in what you're doing.