建议用手机分身 分身另一个手机，这种还是会被读取。最好的办法：带两个手机。一个上班用一个自己玩

这没办法...有不违法

mage 不香么。。。。。。。

我用过不太好用的小新，各大厂的一部分机子。发现最好的其实是 yoga 和 macbook air 系列

来一件 rm -rf 衬衫。

直接用 16 。新特性。

一般不会用的，和场景有很大关系

先说一下请求的过程 ： 用户-》网关-》主服务+DB-》子服务+DB-》其他服务+DB
说一下服务调用的过程：
A 服务通过 OpenFegin 调用 B 服务接口

问题：响应时间长，异步后直接熔断。

说一下解决方案：
1：基于原有基础上的解决方案：
先记录好总响应时间 如 30 秒
首先判断数据库响应速度，康康慢日志
排除数据库问题以后检查代码执行时间，如果时间太长就进行优化
检查服务调用链是否过长，过长以后是否对热数据进行了缓存如果没有的话考虑加一层缓存层（在这里尤其要注意数据一致性）
检查 Cloud 的熔断 RULE （应当是超时了）默认是 1000ms，普通接口调用算多的应当是 5000<ms （一般 60~300ms 的返回时间，可以加但是不要超过 5000ms,遇到攻击消耗资源服务挂的速度可能跟不上扩容的速度）

2：都异步了直接用消息队列

@rahuahua 实不相瞒，json 来一个超级连环嵌套………

？

我全栈，样样通样样不精，心里支持一下。看到脑图写的非常棒。

@ilovekobe1314 没有关系，互联网是没有记忆的，v2 的大佬们绝对不可能都记得我妙啊！

猎头和 hr 朋友告诉我如果公司是那种 36 岁以上不好录用的有一大把，能不去就不去了。
多认识一些好 hr，好公司还是有出路的。

自己撸怕不被累死。

996icu

@legiorange 别。。别赞了我不想火了 雅蠛蝶(o´艸`)

看黄片

这根本不算什么
自从我接触了一个用 mysql 当报表的事业单位，我已经释然了。