@seth19960929 #3 ctypes 只能用 c 标准的数据结构吧，是不是应该用指针，函数也需要声明为 c 导出

weights = (c_double * 5)(0.3, 0.2, 0.2, 0.15, 0.15)这个就是指针吧，Segmentation fault (core dumped)了就是和 vector 要求的内存布局和对其不匹配

ctypes ？ ctypes 似乎没有 vector 的类型映射吧，python 层面想构建出 vector 要求一致内存结构是不是做不到吧，内存结构不对自然 Segmentation fault (core dumped)了

https://stackoverflow.com/questions/49744870/passing-vector-from-a-c-dll-in-python-ctypes

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

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

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

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

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

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

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

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

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

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

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

看这说的，别的不说大型项目中更新时单体项目的话需要整体重启的要命性都没体会到，说明你还需要学习，不要质疑别人的智商，别的都不说，大型高负载快速迭代的项目单纯就是为了减少重启范围都值得搞微服务。还不说其他的问题

@jarvanluo 大概率就是为了防止有人逃脱合规要求乱来的，如果你是合法也许能通过备案要求也没多麻烦吧，部署在国内成本也高不了多少吧，如果不合规那

@jarvanluo 这个问题好多年前就一直都有吧，众所周知了吧，tls 握手返回失败，中间防火墙的问题，具体哪触发的未知

不说微信，头部这些 app ，哪个不是自己在 app 里边单独搞的 dns 解析，不走系统默认的那不正常么

@xhwdy26 而且手机似乎会在网络变化 dns 服务器变更的时候 dns 记录自动失效，已经建立的连接也会断开，这样分区解析会自动更新，毕竟手机是移动的

网上一堆走 4g5g 的远程继电器吧，用来开关机够了，而且也有插座之类的，组网就各种 vpn 随便都可以吧，摄像头 redcap 之类的？流量给的挺大的吧