看运气，有时候好高摔不坏，有时候随手就坏了

`但是有一个很耗时的同步接口, 可能 10 分钟以上, 其实时间都是消耗在网络 IO 上, 大部分时间在等网络`

这句话不明白，啥接口要耗时 10 分钟？ 等网络是什么意思。如果接口一次请求响应要 10 分钟，多开点线程如 200-300 个，网络堵塞的时候是不会大量占用 cpu 的。关键如果接口能否承受这么高并发数。

2020 .2 除格式化代码时 ， 内存飙升 200m 外，其他都挺好

每次做饭镜片上弄得都是油雾， 洗洁精或洗面奶清理。 洗面奶效果更好一点，但是更贵一点

发过一次

第一个不考虑，规模太小

建议整个小电锅，这样可以煮点青菜面啥的

o 复合维生素片，猪肉罐头，黄鱼罐头，方便面，面包，良品铺子之类的

从来没有 6 点下班过，都是 89 点 唉

这个可以慢慢适应的，坚持每天少喝点。我以前也是喝 100 多毫升就拉肚子，现在想喝多少都无所谓了。
十几天就可以适应

nio ，你想开多少都可以，还不用担心线程太多。不过你调用的三方服务也是够垃的。

推荐惠普战 x：

优点：
13 14 15 存可选
amd intel 版本可选
内存能升级到 64g
hdmi2.0
扩展接口齐全，不用携带扩展坞
同时支持 typec 充电+圆孔充电，十分方便
键盘手感好，支持背光
薯条标好看

建议：
那些 16g 内存焊死的千万别买，16g 内存真心不够
还有那些 hdmi1.4 的也别买

毕竟大多数项目的耗时大头都在数据库层面，使用堵塞 io 只是比 nio 多占几十个个线程，还不至于影响到问题的核心。
我曾将公司项目从 apache httpclient 改为 webclient ，从压测上看对 tps 提升十分有限。因为 tps 上升之后下游服务瓶颈在数据库，导致堵塞本服务，所以本服务是否用 nio 都不会对 tps 带来本质提升。

但却带来挺多坏处，比如偶尔发生的 io 异常，连接中断之类的。使用 apache httpclient 后再也没有遇到这种情况。

还有就是堵塞式的天生是线程隔离的，输出日志携带 mdc 查日志要方便很多。

除非你的项目中 http 占用大量资源，否则不如用老牌 apache httpclient 想要 nio 可以用 apache async client 。不推荐用，

a 线程使用赋值语句赋值后，b 线程可能看不到

写代码时，尽量保证数据库兼容性。
如加字段这种可以兼容的改动，失败代码回滚后不影响。
如修改字段，删除字段这种改动，可分多次代码迭代实现，如增加字段取代旧的，然后再删除旧的。

试了一下 使用 springboot 似乎么有问题

拿当初 spring1 的代码放到现在 spring5 里面，仍然兼容。
这不正是说明设计的很棒吗