超高配的软路由都玩过了，无非跑分高一些，实际使用上区别不是很大。
多多少少都是会出一些问题不是那么的完美，是会需要手动维护一下的。
最后退烧方案就是 surge+appletv ，主要用于看奈飞之类的。
因为家里有 imac ，如果买 macmini 需要再买显示器，代价昂贵且显示效果还会下降。
目前家里 imac 装 surge ，其他人完全没有出国需求，所以用最简单的方法解决了，整体稳定性已经达到最高，完全免维护状态。

1.2 个方向 redis decr 或着 队列消费 应该规避回答 mysql 锁相关的回答，我认为是陷阱问题。
2.扩容+监控，实际上不可能满。这种题的预设本身就比较失败
猜测是想问内存碎片相关，或着排查流程类似找大 key ，要么就是集群分片方案。
3.通过优化响应速度提高并发量，应用场景包括不限于缓存/消息队列削峰/部分操作提前等等

@WashFreshFresh 6 实在是 6

推荐我的玩法
亚洲迪士尼 3 家+大阪环球影城
上海->东京->大阪->香港->国内(觉得可以还可以去个北京环球影城)

最靠谱的选择是找曾经共事过的同事，大家互相认同出去创业。
需要你有一定的级别和在当时的公司作出明确的成绩，得到相关人的认可。
这样相当于知根知底，其他基本全部来自于你的社会关系，不熟的话被骗的概率很大。

实际上是这样的，优势是借这个机会把代码全部重构解决性能问题。
中台通过统一项目的读写操作可以方便的管理缓存
中台可以通过网关权限配置来对系统接口（数据）权限快速进行全链路监控和熔断限流

模块数量一定是大幅度的上升，尤其是定制化的需求还在快速迭代中的，中台代码也会慢慢变屎。
你可能只需要查询某个表的一个字段，还需要等着对方写一个接口给你，效率实际很低。

最后业务做的不好，迭代太慢沟通效率问题裁掉一个团队，最后由一个团队写中台然后再在业务层调用自己写的接口脱裤子放屁也是屡见不鲜。

@wy035 #45
22*8=176
996 可不是十几个小时
26*12=312

而且 996 的公司基本上不可能 9 点准时下班，10-12 点才是基本常态。
实际工时肯定是接近双倍的，资本家不会吃亏还会省钱，
多加一倍员工的话需要多一倍工位和五险一金以及过节福利等，还要配套的管理人员和人事行政。

996 的公司需要在面试的时候明确提出，大概率是 double 薪资，年终和福利待遇是很明确的。
戏称 ppt 就能拿上百万天使投资的时代，现实也确实如此，1-2 年快的话能到 C 轮，全是烧钱的业务。
互联网人天天讨论的都是上市敲钟，几年上市这种话题。
p2p 最火的时候就是所谓的互联网金融，薪资 triple 起步，办公环境都是核心地段最好的写字楼。
各大公司对资深开发以上的人基本都是无保留的谈价，有多少要多少。
大厂 5 6 年工作经验的出来就能去创业公司当技术总监，直接谈期权。

裁员？不存在的，简历开放电话接个没玩没了都烦了，位置太远都不愿意去面试。
面试结束 80%薪资当场拍板，你到家之前就能收到邮件 offer 。
二面？不存在的，技术面试之后必须安排二面，不然人马上就入职到其他公司了。
拿着其他家的 offer 去面试谈薪资，不加钱没可能入职，不然哪里招的到人啊。

那个时候筛选公司之后 1 天最多约 3 家面试，上午 1 家下午 2 家，没有笔试没有算法，就谈项目经验和实际问题，能处理就能入职。

离职全是裸辞每次都休息一个月再入职，想玩就玩，薪资比其他行业的同学高 2-3 倍。

@DandelionFlowers 这点我很认同，不砍点价格就难受，也不管你当前价格是否合理。哪怕你可能是目前咸鱼的最低价。

肯定会别想了

你最后想说啥啊。。优雅停机？

我猜测了一下你的代码上下文，通过首行业务加并发锁，并且在执行到最后一个业务的时候内部有一个解锁指令。
加了个 180 秒的锁，执行到最后应该执行 del 解锁。

可以把你的订单内容，产品+数量之类的编个字符串算个 hash 加入到 rediskey 中，这样的话相同的产品并发下单才会触发锁，而不同产品下单不会受到影响。

这样改的前提是你需要把整个执行流程看一遍确认只有 2 个位置（也有可能只有一个）有锁操作，如果其他位置有锁检查一定要再看下代码逻辑。
我觉得这是最低成本改动，不牵扯到原有逻辑，可以通过搜索去检查该 key 的应用次数。