@flyqie
@realpg

真相大白了, 这位兄弟半夜搞的, 脑子不清楚搞错了, https://twitter.com/aenavarro/status/1557791677271646220

@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 的人去下

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

@GoodRui 我加的是 setuid 权限

@yolee599 那肯定啊，cpuinfo 查过，可执行文件拉下来也是 Intel 80386 可执行文件

Android CPU 架构在当前市场的占有率
Android 目前支持 7 种 ABIs：mips, mips64, X86, X86–64, arm64-v8a, armeabi, armeabi-v7a



arm64-v8a: 第 8 代、64 位 ARM 处理器，目前主流版本。

armeabi-v7a: 第 7 代及以上的 ARM 处理器，2011 年 15 月以后的生产的大部分 Android 设备，现在以 arm64-v8a 为多。

armeabi: 第 5 代、第 6 代的 ARM 处理器，早期的手机用的比较多，可以兼容所有 ARM 设备，速度比较慢。

x86 / x86_64: 平板、模拟器用得比较多，x86 架构的手机都会包含由 Intel 提供的称为 Houdini 的指令集动态转码工具，实现对 arm .so 的兼容，而且目前 x86 市场占有率很低，可能只有 1%，所以 x86 相关的两个 so 文件是可以忽略的。

mips / mips64: NDK 以前支持 ARMv5 (armeabi) 以及 32 位和 64 位 MIPS ，但 NDK r17 已不再支持，极少用于手机，可以忽略。



目前手机市场上，x86 / x86_64/armeabi/mips / mips6 的架构，基本可以不不考虑了，它们的占有量应很少很少了，arm64-v8a 作为最新一代架构，应该是目前的主流，armeabi-v7a 只存在少部分老旧手机。

我去，居然是这样的

而且只说 2000 个用户同时访问，没说时间，那我给你 1m 的小水管，你慢慢等加载吧，64kbps 宽带时代都有人网上冲浪呢。

公司能上多大的宽带就上多大的宽带，钱又不是前端出

必须给我一本

@LeegoYih 谢谢，应该就是这个问题

@akira 是的