既然零拷贝直接内存这么快，这么好为啥不都用？

虽然我不懂，但是好多人答非所问。
瓶颈不在这里，业务影响更大，那底层做好封装不就完了？跟瓶颈在哪有啥关系呢？
这里不是瓶颈，那里不是瓶颈，所以优化都不用做了

这就和用不用网卡上的读写缓存一样，你写 socket，可以指定自己管理缓存区，系统的可用可不用，自己可选择。
有时候，需要的并不是实时网络内容反馈，而是避免大量网络包拥堵。
个人觉得算法存在肯定有其理由，就类似 list 和 vector 数组管理，没有谁优谁劣，要看使用场景的，没有一个是绝对优势。

考虑场景，假如不需要对磁盘数据修改，那么 sendfile 系统调用直接发送数据到 io 设备，零拷贝；如果需要对磁盘数据修改，普通 io 要四次拷贝，也可以 mmap 内存映射，这样只需要三次拷贝；如果只是单纯数据读取 /写入，那你零拷贝就没用了，因为你肯定要经过数据从磁盘->内核态->用户态的过程；

所以不是所有的 IO 场景，都可以用上零拷贝，要搞清楚零拷贝是为了解决什么问题而存在的

@zjsxwc #14

为什么 html css js 这么烂 所有人都在用它？

总结来说，常规文件操作为了提高读写效率和保护磁盘，使用了页缓存机制。这样造成读文件时需要先将文件页从磁盘拷贝到页缓存中，由于页缓存处在内核空间，不能被用户进程直接寻址，所以还需要将页缓存中数据页再次拷贝到内存对应的用户空间中。这样，通过了两次数据拷贝过程，才能完成进程对文件内容的获取任务。写操作也是一样，待写入的 buffer 在内核空间不能直接访问，必须要先拷贝至内核空间对应的主存，再写回磁盘中（延迟写回），也是需要两次数据拷贝。