怀疑是抄的 pro 的注释

例如 glibc 在 dlclose 引用计数到 0 时会关闭文件，但是 musl 不会。

如果是 elf 导入的 dll 那么直到进程结束用的都是这个文件。如果是 dlopen，那么 dlclose 后可能会释放。看具体实现。

@shutongxinq 是啊，但是两个独立重复事件加一起，数据丢失的概率还是变大了

T2 坏了数据就没了

不会

goroutine 其实本身就是个 threadpool 一样的东西……

tfs 支持 git，直接用 git 就行了。

WP7 当年就不让第三方 app 用 native code，所有代码全部运行在 CLR 上。结果系统自带 native apps 无比流畅，第三方 app 却都卡的没法用。

@buke 编译 Linux 内核时，温度 99℃，风扇比台式机还吵。

NUC7i5BNK 装 Linux 兼容没有什么问题，但是发热很严重，风扇很吵。

今年毕业去年干啥去了

请走正规采购渠道

@c3824363 能否 NAT 跟 SEQPACKET 无关，关键在于路由设备是否支持特定传输层协议。例如如果路由器支持 SCTP NAT，那么自然也支持 SCTP 的 SEQPACKET。

HTTP 的头部内容直接顺序读取流即可，直到 \r\n\r\n 即头部结束。后续的 content 也不需要分包，是货真价实的流。

另外楼主所说的，“绝大部分情况下”实际上是不成立的，例如 HTTP 协议就没有这么做。

@c3824363 SEQPACKET 也需要 congestion control，但是目前 Linux 的 bbr 似乎只是针对 TCP。
SCTP 既实现了 stream 也实现了 seqpacket，Windows 上有第三方驱动可以用，也可以用 raw socket 在用户态实现 SCTP。但是各类 NAT 设备可能没有很好地支持 SCTP。

楼主是想要 SEQPACKET ？