Kasumi20

@realpg 所以关 snapd 什么事，要怪就怪薛定谔的 go 开发者啊

没猜错的话，这个 CHANNEL 是开发人员自己去定义的。

snap 是开发者直接交付二进制的，没有维护人员这种说法

所以可能是 go 的开发者没有这样做：

snapcraft upload go_1.19_amd64.snap --release=latest/stable/go

@coala TCP 也可以打洞的，不过比 UDP 打洞要复杂一点，大概就是通过服务器知道对方的公网 IP 和端口号后，断开与服务器的连接，然后趁着端口映射还有效，双方都去监听之前的端口号，同时，用一个绑定到相同端口号的 socket 去发起 connect （这一步需要设备支持端口复用），然后会有其中一方的监听被 accept ，就可以愉快的交换数据了。

@coala NAT 转换后就是公网 IP 了，内网的端口映射不会在 TCP 断开之后立即失效，因为 UDP 协议是不需要握手的，这就需要端口映射维持一段时间，这段时间的公网 IP 和对应端口号的流量还是会发给内网机器，所以可以让两台内网机器进行同时打开，大概是这个意思

所以 Kotlin 好用啊，不关注这个东西就用默认的，需要的时候才去定义

请问你怎么上的 v2

@chengyiqun 也许是这个原因, 处理器是 x64 的, lib 下面只有 arm 的

package.json 发给一个有 Win 的人去下

卧槽，腾讯狗比老传统了，它旗下有个模拟器海外才能用