当时首发买的 IPhone11,64g 的。用了三年，iCloud 也买了，内存实在不够了，然后去扩容到 512g 了。好像 3-400 块。当时在淘宝找的店，然后线下去店里换的。用到现在一年多了，反正没啥问题。要是新机去扩容，肯定优点顾虑，但是我当时都过保了，所以觉得无所谓了。

唉，也不是控制欲强。可能程序员干久了，喜欢事情都规划好，然后按计划进行。有大的变动影响计划 的进行就会烦躁。要是女票提前和我说，我可以接受，如果她很随意的做了决定，我就觉得不被尊重。

对啊，想不出来出路，所以直接润回老家了。现在还在干程序员，考得上公务员就考，考不上就接手爸妈的小超市。

我们单位 3+7=4

一楼说的对。

先 boss 上投投看，要是结果不太好久先苟着？而且已经在长沙了，再去一线，然后过几年回去也有点折腾了。

同意 21 楼的说法。先自己搞搞技术，不然公司也不会让你在职学技术的吧

@chaos93 感谢老哥，回答的很详细。

@allenzhangSB 多谢老哥，我去试下。 @byte10 好的，虽然。。但是。。 领导给的任务是这个。自己也想重构的好一点，找个完备的方案，以后用来吹牛逼。

@tairan2006 @Goooooos 感谢二位老哥，我去看一下。多谢！

@matepi 多谢老哥的回答。因为 B 的服务是买的供应商提供的接口。所以现在只考虑 A 服务的并发处理能力，提高 A 的并发限制。现在用 Nginx 负载+服务 A 集群 的方式来实现。的确 A 会向 redis 进行缓存。老哥说的 A-> Redis 这块没考虑过，可以往集群上考虑。领导开会是准备重构这个项目 看看有没有更好的实现，因为对于 A 服务来说，只是构造了 token 转发了请求，所以在考虑能不能用其他的实现方式来解决。

我们那好像免费装的，还装了两根逃生的绳子。

老哥记得推进，有个攻略就更好了。公司这个月刚调整了五险一金的基数，没有任何正式通知。准备跑路之前举报一波。