sujin190

既然带宽是瓶颈，说了半天也没见你说是外网带宽被占满了还是内网带宽小猫了，内网占满多机器当然有效果，外网当然是花钱了，话说为啥不用七牛又拍或者 oss ？从带宽或者存储成本可用性都更便宜吧

@ljzxloaf #8 协议只是约定，好比 protobuf 用 id 号指定字段，这个字段的类型只是双方约定信息，实际数据中不包含这个类型信息也不应该包含，你要加泛型就要在实际数据中包含类型信息，而这个类型实现过程各个语言支持不一样，已经产生了平台依赖，破坏了协议应该和实际实现无关的只是抽象约定的逻辑

如果你想说泛型类型信息也可以是双方约定，那么这和你申明类型是 any 然后任然需要另外一个字段在实际数据传输类型标记有何区别，如果你想说为何不可以把这个过程实现在基础库里，逻辑就是这个不符合基础库不应该包含非原子操作，好比 cpu 机器码不应该包含一个读取文件的高等级 api 一个逻辑，你想要你自己封装扩展就是了

不要把接口设计和程序逻辑混在一起，理解不到位也不要怪别人

proto 作为协议数据声明，支持范型意味着声明侵入编码和传输过程，本来就不合适。不支持才是合理的。否则人家 isser 说了使用 any 类型就好了啊

这都没啥用，你这都是筑底或者上升期所以勉强能平，最后赚的可能性很小，浪费时间罢了，一旦下降期分分钟就会大亏

@pureGirl #17 中间不通可能时路由配置问题也可能时防火墙问题，反正你也解决不了，确定确实不是双方的问题就好了啊，如果是专线可以问问是不是他们的问题，全都不是，那就只有要么换 ip 要么中间加转发代理了吧

目前来看能多花钱就是最大意义，后面说不好

本地和服务器子版本号差了好几个了吧，要不本地降个版本编译下试试？

@Joker123456789 你去问问淘宝，谁会给你什么额外措施，随时重启且不中断不出现异常不出现是所有互联网业务的基本要求好吧，而且更主要的一个问题是稍微大一点的业务流程都很长，可能数百步，可能需要执行很久，任何时刻都有未完全结束的流程在执行，重启不会产生不能完成或者未知状态的流程也是基本要求，服务器不是客户端，重启只会制造异常

而且都不需要多高的 qps ，估计超过 100qps ，三天两头动不动全体重启所产生的不可预测异常，所产生的损失就足够老板重视了，否则你需要多复杂的重启更新流程来弄，每次重启手都得抖吧