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

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

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

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

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

引下包不就行了？😢

家中有事

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

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

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

@ndd200 #1 一般来说内存泄漏都是一些低版本或者偏门的驱动触发的居多
然后就是一些反作弊很容易导致

不如放在配置中心里去，这样只会越写越复杂

你这个到 ms 级，本来就不准
你定时任务触发的时间戳，我们假设你是 xxl-job 或者 quartz 这种，xxl-job 触发的时间戳是 0,50ms,100ms
但是你定时任务触发时到你服务器的网络延迟，或者哪怕你是单机定时任务的线程切换延迟，再到你执行到 redis set 的延迟，再到 redis 请求的网络延迟，都可能会导致问题。
比如你任务触发是时钟 0ms ，设置 redis 实际是 1ms 了，那你 redis 过期时间到 51ms ，显然就有问题了

前面的本质上已经都到内存了，这种得在比较底层实现网卡里的直接修改内容才能实现内存都不过吧，只有网卡缓冲区直接对拷，才能实现真正的极致性能，到了内存差不多的

一主多从，写操作肯定是到主节点的，从库是 binlog 同步结果，有延迟但是有顺序，所以只有主库上可能出现这个行锁的竞争，这个行锁本质就是主节点生效而已
两主，mysql 两主一般只是通过代理做自动切换而已，我印象里并没有同时支持写，也不存在这个问题，本质和单主一样
多主的话，本质上是个分布式事务问题，mysql 本身对这个问题的支持约等于 0

大概率是执行太快了，说说遇到过的另一个情况，之前也是验证并发问题，在行里，然后无论怎么压在开发机上都无法复现
后面发现：行里的开发机是单核的

你写业务逻辑，操作的全是实体类，确实必要不大，所以基本都是 lombok 生成
但是很多框架的扩展就是通过标准 setget 来让你方便知道你可以获取哪些东西可以设置哪些东西
再换句话说，难道全部用 getset 就没有一点好处吗？起码开头前缀统一吧，我.set 就可以提示所有我可以 set 的东西，get 也是一样
obj.max ，那我想知道他有哪些东西，哪些只读哪些可写，怎么才能比较好的处理呢？