mxtob

io 密集,java 吃内存,稳定不常改动业务转移到 go,未来成本有很大下降空间.

测试业务自动化,剩下 io,规模化,分布式交互带来问题.
高 io 是吃内存,但是某个业务一旦出现故障或者瓶颈,cpu 可能会飙升,LB,NAT 其他中间件也可能会受影响.最好每隔段时间,在阿里云部署一整套,选择按量付费,租用一段时间,高并发压测下,模拟线上 2-3 倍流量.

如果打算用非云服务,搭建时间成本难以估量,可以选择便宜的云商部署一套测试环境 ,阿里云这种就生产使用.

一整套测试环境全部部署,这块随着业务增长,会越来越不可能.
部分服务设计成不区分测试环境和生产环境使用,限流机制要做好.
只有高频改动的业务才长期部署;非高频业务只有改动时候,暂时在测试环境部署下.

倒数第二句是 wg wait

wg
chan
for 10
go
i <-chan pop
push i
wg done


for data i
chan push i
wg add

wg done
chan close

这样行吗

@kerr92 点进帖子里面看 又发现里面也有人说类似重复帖子出现。有点无限套娃了，哈哈

jb 家的也能装这个吗

这里杠一下 lz，我也说说我的主观想法。
时间是物质变化顺序的一种衡量，这点没毛病，但 lz 很多例子里的参考体系是不能拘束在一个小的系统里去定义。假设有个人冰封起来，那他的时间是不是停止了？这样说服起来有点搞笑。上述的现象如果定义为停止的话，微观层面上也是变化的。绝对的静止除非是整个宇宙，这样才算。
回溯时间的话，这个我认为有 2 种可能，一种是小的体系里，比如把太阳系内的时空变化回溯到之前的记录里，但是消耗的肯定是太阳系之外能量。
另一种是，高级文明计算出改变未来某个时空的物质能量分布，在宇宙坍缩回奇点再次大爆炸的下个循环时，可能回到了上一个时空的状态。

win7+docker in virtualbox 路过，记得之前折腾过 win10 的好像没成功

赞同 10 楼的一个观点。我们需要知道全部的事实，而非部分事实。举个不太恰当例子，震惊！ 00 后没有一个活过 22 岁