@CoderGeek 感谢，去查了，感觉很有帮助。如果我说的这些疾病，不影响上保的话。

@processzzp 果然。。。和我猜的一样，啥都要北京户口
@peteretep 岁月不饶人啊

@busier 是这样的，已经不计划从邮件里爬数据了。
@myTrip 我看了一下，还挺清爽的。
@hoky 不折腾了。。

未完待续。。。。


后面还要上亚克力板，可能是带条纹的那种，硬盘现在是 500G*5,等降价了再加。硬盘位可以无限扩展，现在是 16 盘位（挪电源），竖柱加高可以变成 32 甚至更多。但是就不好看了也没必要

@he1293024908 忘记写退货原因了，硬盘通电时间 5 万小时+，写入数据 400TB+。通电热的厉害

@he1293024908 已经退货了，最终买了 4 块 500G 的硬盘，玩玩就行了，一共几十块钱。sas 硬盘 sata 硬盘都不便宜现在。准备等等，等到价格便宜了再说。

@Hardrain 本来就没计划买全新的。目的是找个会的人，学学怎么用。

@Dorathea 本意是吐槽，我完整的表述一下。不便说太细，有问题可以留言

场景：很多，比如启动预加载信息，进某个页面批量获取信息。批量调用是合理的也是正确的。

问题： 后续加入的新 api 有依赖关系，app 框架依然使用批量调用，这扫问题点

优化方案： 很多，举几个
1. 最简单的就是 app 不在批量线程里执行，等待 A 的数据拿到之后再请求 B 接口
2. 后端代理执行，前端请求 A 和 B ，B 不使用 A 的参数，后端代理客户端再请 A 一次，
3. 后端察觉的请求数据 不对，返回客户端参数异常，等客户端拿到 A 的接口再次重试（很糟糕的方案）

最后措施：方案 3 ，客户端依然批量执行，如果没取到，后端 api 报错，前端重试，直到成功

last
方案 1：其实说到最后，就是原有的批量执行方案不可修改。至于为啥不可修改我也不得而知。
方案 2：为啥后端不代理执行，因为两个机器中间隔了一个太平洋，又完全不是一个系统，考虑到用户各种隐私都需要上报太过笨重。话说归来，问题也不是从后端引发的。
方案 3：为啥选择重试呢？ 我也想问，可能这样开发量最小吧。3 楼我提出的问题就是这样产生的。

我做了那些事： 无非就是增加网管鲁棒性，限流，等等后端常用的技术方案

ps: 上面打错了 流量是 1000Mb 打错单位了。

@pulutom40 我只是想吐槽，cc 领导已经没啥用了。偶尔一次两次我也不会来吐槽，这么多年了经常这样。我领导也说，做好限流，别让自机的服务崩掉就行，不行加机器。。。乏了

@litchinn 我是接收方，nginx 接受能力比较强，后代的网管和服务就惨了，cpu100%，线程池和队列全满了，根本处理不过来。nginx 上全是 500 错误。对方是客户端，几十万台手机，循环产生 1g 的请求还是比较容易的，而且还是 post ，上报数据，请求体本来就大。

@realkaiway 对方是客户端，app ，安装在用户手机里的。几十万个设备，同时这样发请求，流量能不大么。我还是不建议了，他们好像不愿意改历史代码，只在自己的模块改东西。

@yvyvyv 那天我们的运维老大找我聊天，get 到问题点后，说了一句。我们拥有全球最牛逼的压测平台。

白茶. 无
绿茶. 张一元、安吉白茶
青茶. 无
红茶. 无

ps: 已经有一贴了，op 为啥还发，难不成是骗铜币的？（已奉上）

@JoeJoeJoe 这应该是标准流程吧，一个鲁棒、安全的系统必须有的。错误码肯定都是脱敏的，只要是非法请求，统统是系统错误 or 参数错误，只有一些特殊情况，返回一些特殊数字，客户端解包进行下一步处理。

还有有个更狠的。接口重试。
一般接口重试都要做个限制或者幂等。这可好，直接 while 循环。遇到过最离谱的一次崩溃是这样的
客户端发送一个提交一个 A 包含数据 a 。（正常情况下服务器处理完了就处理完了，几十毫秒就能搞定的）但是那天机器的 redis 不太稳定，有那么 300ms 的延迟。。然后事情就发生了

客户端发现 请求 A1 发送的 a 没有提交成功，就把请求 A 放入请求队列，（不知道他们怎么操作的有 2 个队列，一个请求队列，一个数据队列）
几秒后发送了两个个请求 A1 包含数据 a 和 A2 包含数据 aa （此时服务器其实已经被别的客户端打崩溃了，肯定无法相应）
几秒又发送了 3 个请求 请求 A1 包含数据 a 、请求 A2 包含数据 aa 请求 A3 包含数据 aaa
然后就这么持续了很长很长时间。。。
服务器为什么崩溃呢？ 懂后端的，应该都能明白。我们的客户端设备日活几十万。请求流量突然从 50Mb/s 激增到 1000MB/s （为什么是 1000 呢？因为带宽就这么高）。流量是高峰期的 2000 倍（其实就是因为带宽不够，请求进不来）

练练手挺好的。真正项目上，还是用现成的吧，这玩意坑确实多。

另外，fastjson 是不是使用了太内核的东西，一个 json 序列化怎么这么多恐怖的漏洞（没看过远吗，也很少用。个人用 Gson 多）
@bobox
@layxy

给不了建议，我总资产还没有 50w