建议你去 mdn 好好看看 cors 的文档，那里详细的写了什么情况下可以正常的发送跨域请求，你的测试过于单一了

@carlonelong 你自己 6 楼说的是有 gil 就不用考虑线程安全了嘛

@carlonelong 线程安全和原子性之间并不是划等号的，很多函数内部调用会有多个步骤，这些步骤被打断一样会产生线程不安全，而原子性只是保证单个变量的操作是一次性完成的，并不能保证一串操作不被打断

@carlonelong GIL 只是保证了原子性，并不能完全保证线程安全

先把网陪通再考虑别的问题吧

@ysc3839 requests 是支持 keep alive 的，但是必须在同一个 Session 实例中

@wwqgtxx 折扣->泄露

@rootx 证书时间太长万一折扣后果很严重的

这群人就该教他们 java1.4😎

这样父类成员就不会初始化，调用会直接报错

直接用 socket.io 会简单很多

同样的问题握爪，只不过我用的是普通蓝牙耳机

@introom 你们说的情况那是直接把一分钟用一转二分头接输出，那样就变成总线制结构了，而楼主只是把 8 根线的其中 4 根做一个水晶头，另外 4 根再做一个水晶头，这样就在物理层隔离了两个操作，何须频分复用

当你学 c++11 14 17 的时候也会觉得很多东西都已经存在了，为什么 stl 还要实现一遍，最后当你能熟练运用这些库的时候你就会明白他存在的意义了

个人觉得这货作为初学的确好用，react 的复杂度对于初学者实在是有点高

@rogwan 看了一下你的回复历史，应该不是微信团队的开发者，所以你上面说的是自己的想象还是有切实的证据呢

v2 有自家的全球 cdn😂

@nadoo 其实作为我自己写的程序，也是 tcp 就够了，但是实际上还是有很多程序需要用 udp 比如 dns/ntp/quic/skype 之类的，以及各种网络游戏，在这个情况下如果不支持 udp 代理就很蛋疼了

@nadoo 其实我也是不理解为什么原版的 SS 协议中的 UDP 转发部分一定要单独走 UDP 通道，这样很容易被干扰，直接放在 TCP 中封装一下，然后在服务器端解封不是很好么？
我这里用多服务 SS 倒是有另一个需求就是如下图：
........................................................|-->虚拟机 2 的 ss-server->校园网->|
主机 ss-tap->虚拟机 2 的 haproxy--|....................................................... |->校园网出口网关->互联网
........................................................|->虚拟机 1 的 ss-server->校园网-> |
这样实现校园网的网速叠加，由于校园网需要登录验证，所以这个地方没办法用 openwrt/lede 的多 WAN 口叠加功能
我上网找了一圈也没找到几个好用的支持 UDP 转发的 socks5 服务器程序（就算支持，经过 haproxy 反代之后基本上就瘫掉了），所以只好用 SS 协议了。这里 SS 协议中的 udp 代理部分又成了一个麻烦事，haproxy 不支持 UDP 反代，找遍了 github 也没找到能支持均衡代理 udp 的好用的程序，所以最后只能单独开了一个 ss-server 专门跑 udp，这样虽然 udp 无法实现网速叠加，起码能用了。而直接用 haproxy 往后端 SS-SERVER 好处是可以充分叠加网速，缺点是用 round-banlace 模式会导致 ss-server 反复报 replace IV 的错误，所以不管怎么实现都是个蛋疼的事，找不到什么好用的办法