@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

诸位，下班了下班了。管他是 jdk1.8 还是 jdk8.1 。
快乐的周末开始了~~
周末快乐~~~~~~~~~~~~
周末快乐~~~~~~~~~~~~
周末快乐~~~~~~~~~~~~

@NoNewWorld 公司所有的项目，都是 java8.。。。。
@pony2335 我现在用的 21 ，现在面试不知道还面不面 java 新特性了。当时准备面试都是准备的 java8 新特性。。。
@Yuesh1 java7 真的是老古董了。刚踏入社会的时候用的东西

@maocat 自己的项目为啥不能用 java 呢。java 是稍微重。但是试着顺手啊，小语种，lua ，go ，python 也都在用。大项目还是用 java 。不是说好用，顺手毕竟专业干这个的
@iloveios 我是菜鸡哈哈，怪不得我薪资这么低

@chendy 一样，除了我不用 kotlin

@CodeCodeStudy 竟然 25 也出了。。。老了啊

打羽毛球这么贵了么，我都是买个拍子随便找个广场玩，有风就在家打游戏。

@chhtdd 群友给我推荐了 2308 ，应该是经济实惠款的。我还没研究，感觉有电容有，有缓存的阵列卡才好，没开始研究呢

@kuandrew 我的 git 仓库，备份好多。 仓库源，有一个 rsync 脚本，定期提交到 svn 仓库里（另一个硬盘）。家里的台式机定期更新 svn ，吧仓库里的 git 保存到本地。本地硬盘也会 clone 代码，三台电脑都不定期 git pull 。最后网盘也有一部分。github 也有。反正能存的都存了。代码丢了是真糟心。。。

照片啥的我定期 pull 到移动硬盘里。 现在就是想收集一些电影。家里人在家没事看看电影电视剧啥的。

@MacsedProtoss 吵无所谓，本着便宜去的，散热确实是个问题，但确实便宜啊。

@x86 老哥上散热了吧，我看评论里大佬好多说温度问题的。我就是普通机箱，温度要是大问题我还是老老实实 sata 吧
@qpwo005451mark2 我的书房，夏天老热了。。。。