因为 bitset 的 index 是从后往前算的（

即使不考虑 lambda，你这里也用了 boost::bind，这意味着你可以把 buffer 通过 bind 给传递过去
或者按你说的，用类的属性（ this 上）
你看这不是很多途径么，然后同时也保持了 api 的泛用性

回调不是可以一键 lambda 捕获的么，所以为啥还要再在 api 里复制过去呢

(不是因为 API 是面向 C 的，不适合用异常机制处理（以及很多场景用不了），然后写一大堆 if 也很反人类的妥协之举么

因为用了 http 的资源

@guozhaoti 谷歌给自家的 Pixel 的 android10 已经上线了这个功能了，（虽然只有英文），对任意视频都可以用，除了音乐的识别效果略差（

有一说一，8080 也不是通常 http 请求的端口啊，既然你能理解 http 代理代理 http 的原理，那 https 被 http 代理代理的原理也应该能理解（
HTTP 代理代理 HTTP 请求和 HTTP 代理代理 HTTPS 请求的区别就是后者用 CONNECT 请求直接劫持（ hijack ）连接传输二进制 TLS 包，因此如果不带解密功能的话无法直接看出是 GET 还是 POST 请求

Docker 的进程不是由 docker 命令创建的（而是一个 rpc 过去由 daemon 创建），所以对着 docker 命令用 proxychains 没有作用。。。。
当然也不是说对着 containerd 用 proxychains 就有作用了
所以最好的方法还是直接开个 http 代理然后设置环境变量

@roy2220 这个解释可以，只是你不能说它没这个功能（（
另外你做这个是要折腾数据库吧。

Linux 没特殊说明 direct io 的都是带缓存的（

第一个问题是错的，任何现代操作系统都提供了内存映射功能。。。

@Gua 问题很大啊，最初的版本没有内置编码信息，而且当时也没有 UTF-8 这种东西，因而大部分软件用的是系统编码（中文下 windows 是 GB2312 ），所以很容易就造成编码错误然后无法解压（或者解压出来一堆乱码）
而现在的大部分其他打包格式要么会写上文件名编码信息（ rar ）要么强制或半强制以 UTF-8 模式打包。。
当然新的 zip 软件（比如 bandizip ）很多也支持手选编码（以及写入扩展的编码信息），但是目前的状况就是大部分软件是不行的，遇到乱码要么报错要么就把错误的文件名输出到文件系统上。这大大增加的传播的难度，毕竟打包的一个目的是分享出去，别人能打开对吧）

(我猜是编码问题，0202 年就不要用 zip 这种格式了（虽然新版扩展支持写入编码信息，但是不同软件支持不一样
（

vlang: 你说的这些需求都有在首页上（
甚至还有安全性：没有 null，没有全局变量，没有 undefined，没有 undefined behavior，有边界检查，有 Result/Option 类型，有泛型，默认不可变数据结构，默认纯函数
没有 GC，也不需要生命周期管理
性能：和 C 一样快，0 成本和 C 交互，最少的内存分配
编译速度：总之是默秒全
直接生成机器码
还有自己的优化器
编译器:空间需求<2MB,编译自身只需 0.4 秒
还有 c to v 和 c++ to v 的转换器
以及动态代码重载
和强大的图形库
自带跨平台 GUI 库
轻松跨平台构建
依赖少，无痛部署
可以在任何 C 能运行的地方运行
还有 REPL
以及自带 ORM

唯一的问题就是大部分真正重要的内容都没实现（每月黑 V 1/1 ）

限制当然是用户自己配置的啊。。。
你可以在 /etc/systemd/journald.conf 看到配置信息

因为这些特性显著影响性能。。。

（我说的是服务器自己也作为 rtc peer 的一种用法，理论上能获得比 WebSocket 更低延迟的通讯（

（我觉得国内的用例大概只能是利用这个 udp 特性进行页游了（服务器公网，然后手动 STUN