啊这。。。我跟你完全相反啊，而且这两家的可乐明显是加过水（误，应该说是明显配方不一样，水占比更高，不甜），感觉很难喝，尤其是麦当劳。。。

我感觉你这三个问题都出在一个点上啊，就是 Gateway 与 Service 的隔离
Q1 鉴权在 Gateway 做过就不用再做了，到 Service 的调用都传内部 id 就可以了
Q2 Gateway 和 Service 分开部署，Service 机器在网络拓扑上仅向 Gateway 环境开放，这样 Service 也不需要担心接口暴露，而 Gateway 只暴露业务接口
Q3 内部的离线服务调用服务直接调用 Service 就可以了，不需要再鉴权了，当然如果要模拟业务那可能确实需要一个固定 token

不清楚你的路由器上都有啥配置，直接在路由器 LAN WAN 端抓包，看防火墙看路由定位吧

@PiersSoCool #4 涉及到 io 操作那用 goroutine 肯定有提升，速度不在一个量级上。2000 条在内存实际上很少，执行完全部数据用不了一秒。开 goroutine 本身也有开销的，当异步 IO 带来的提升已经被足够的 goroutine 利用完后，你再开就没什么作用了

你的 json 来源呢？如果是从网络或者文件读取那 goroutine 肯定效率提升很大啊。但如果都在内存里，那完全就是 CPU 密集操作，你开 goroutine 就是负优化

我这个本来就打算买来爱奇艺的最后都二手出掉了。。在家有 27 寸电脑屏幕根本不想打开 iPad

首先明确一个求职方向，要不然就准备两份简历。其次不要在简历上写“瞎学”种种字眼，简历一定要包装自己，往厉害了写，我个人觉得面试归根结底是个运气活

@Tokiomi #11 图一乐

建议出门右转脉脉

你这不就是相当于每次用一个新区间去覆盖旧区间列表吗，而且区间本来就保证有序了还省了一步操作。直接找区间起始终止点做更新就好了，量大就二分，也没啥复杂的

买了 ultrafine 4k

北京户口主要还是为了孩子，再深了说就是孩子的教育，其他的都不是大问题。。

@axb 看这帖子点进来之前就想到了秦老师，进来竟然真的抓到了

@KalaSearch #12

https://i.imgur.com/59fLYaK.png

两次提到数据传递都是用“发送”修饰的，个人感觉不太妥的

prometheus 的话，还是在文章里改下描述吧，是 prometheus 主动向数据源拉取数据的，这也是它与 influxdb 这种数据库的主要区别，不然容易误导新手

如果你搞过 OI 或者 ACM 就不会有这个抱怨了，其实在注重效率的竞赛中，高效的处理输入流一样是考察的一部分，至于失败 case 的问题，只能说让你随便看 case 也太简单了，面向用例编程

这个值得体验，可惜我在北京

@Heiban #11 完全同意，5G 的那个视频我也很喜欢，但感觉是各种因素下昙花一现的作品，被放到了不属于它的一个高度，搞得有点起点过高了。