一般是集群每台都尝试去做，但是拿到锁的那台再去做，这个都不要求主备一致性的，有啥必要上 paxos 和 raft 这种？

设计模式理解的方式一方面是看源码，不是看他设计模式怎么实现的，看他解决了什么问题抽象了什么
不要试图去找本书学会，真正悟到的一瞬间是你发现当下写的代码感觉很复杂，然后开始回忆之前看过的的某种模式可以简化这个逻辑，这才是你真正悟到设计模式的时候，设计模式本身也就是某种情况的某种套路写法

看这个描述，看下内存使用情况，大概率是 GC 导致的

@ajaxgoldfish #148 我们看的难道不是一个知乎？知乎不是很多参与过项目的说主要就是用了阿里的移动端架构和阿里的一些云服务，到你这就“最后还不是让阿里干的吗”？那你倒是说说阿里到底干了啥，解决了 12306 哪些解决不了的问题啊兄弟
google 有篇 12306 优化的简单论文，在 2012 年就出方案去优化了，到你这就全是阿里干的了？

按照康德的理论，世界是一个物自体，你是通过先验和后验去认识物自体而已，物自体当然也是不能完全被认识的
按照后面叔本华那些唯心，世界是你的表象，你通过你自己去认识这个世界，你是世界存在和概念发生的主体，世界在你身上存在，那超过你自身的那部分世界你当然也是无法认识的
所以这个问题是偏一个形而上学问题，因为不研究形而上学的一般也不会讨论这个问题
比如克苏鲁就是一种，从形而上学研究来看，这件事情用马老 C 的一句话来说就是“因为你想不到，所以你想不到”，认识世界本身就是通过“概念”去认识的，脱离了本身的“概念”又怎么去认识事物呢？
所以这个东西本身并没有谁明确提出，而更像是讨论一个问题的前置条件，真要纠结，应该在古罗马和希腊最早玩哲学的那批人，就老早意识到这个问题了

@ajaxgoldfish #102 你好牛，你但凡去知乎搜一下也不至于说这种话

这种系统你说复杂吗，也不复杂，但是需要相关专业的业务知识和一定时间的业务沉淀才可以花时间做出来，很多人说的复杂的锁票和分票逻辑，这个逻辑难道以前在线下买票的时候就不用考虑吗？这部分反而是老早就设计好的，只是上互联网系统以后，上游的高并发如何不打挂系统，如何设计高效的队列和风控，这些才是互联网场景需要额外考虑的

这种就直接指路他去挑战下 NOIP 见识下更高的风景，到时候要是真是少年天才回来还能谢谢兄弟们帮他指路

当时在论坛混，认识个高中生就在写 DNF 外挂，虽然是易语言，而且大部分是修修改改之类的，但是也很厉害了
后面他上了大学，后面应该是做嵌入式或者偏硬件方向了，慢慢的没什么联系了，但是应该也是高级打工仔
这种东西上限就在那，真的不服或者想证明自己，去挑战下 NOIP 金牌，那个上限才是真的高，也才能称之为“少年天才”，否则普通爱好者还是很多的

没搞懂，大部分语言集合排序的实现都是快排，我写个桶排或者插排在某些数据下吊打了默认的快排实现，然后也可以发一个这样的帖，是这个意思吗？

@kwh #7 那你得找个安卓教程搭个安卓最简单的项目，然后引下 netty 的包就行，随便找个教程

引下包不就行了？😢

家中有事

@JinTianYi456 #12 第二种，tryLock 可能有异常

@JinTianYi456 #9 并不是，而是第一个线程持有的锁如果因为执行时间过长超时，redis 锁的 key 失效了，第二个线程拿到了这个锁开始执行，此时第一个线程执行完了去释放锁的时候因为这个锁并不是他持有的，redisson 会抛异常，如果你写了事务，反而可能事务会因为这个异常回滚。
哪怕是不手动设置过期时间用看门狗也不一定能完全避免这种情况，因为看门狗底层还是给 key 设了过期时间的，只是看门狗能保证这种情况的概率会很低很低

前排提示，如果不判断 lock.isHeldByCurrentThread()的话，unlock 会抛异常
起码我用的 redisson 版本是这样