pread线程安全但需谨慎使用：各线程应独占fd、对齐st_blksize分块、私有有效缓冲区、避免混用read/lseek、控制单次读取64KB–1MB并隔离写入内存。
pread 是线程安全的，但用错方式照样崩
pread 本身不修改文件偏移量，调用时传入绝对偏移即可，多个线程同时读同一文件描述符（int fd）不会互相干扰——这点和 read 不同。但它不是万能护身符：如果多个线程共用同一个 fd，而你在某处意外调用了 lseek 或 read，就会污染其他线程的预期行为；更常见的是，fd 被提前 close，导致其他线程 pread 返回 -1 并置 errno = EBADF。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 每个线程独占一个
fd（open一次，各自持有），避免任何共享文件描述符引发的隐式状态冲突 - 务必检查
pread返回值：0表示已到 EOF，负值需结合errno判断（如EINTR可重试，EBADF或EINVAL则必须终止） - 不要混用
pread和read/lseek在同一fd上，哪怕看似“只读”也不安全
分块逻辑必须对齐文件系统边界（尤其 ext4/xfs）
直接按字节切分（比如每线程读 128MB）看似合理，但若块边界落在文件系统块中间，可能触发额外的磁盘寻道或缓存失效。Linux 下 stat 能拿到 st_blksize，这才是内核推荐的 I/O 对齐单位。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
fstat(fd, &sb)获取sb.st_blksize，分块大小设为它的整数倍（常见 4KB、64KB） - 起始偏移也对齐到
st_blksize：比如你想从字节 1000 开始读，实际应从(1000 / blksize) * blksize向下取整对齐 - 最后一块长度不足对齐单位？没关系，
pread允许读少于请求长度，只要没超 EOF 就正常返回实际字节数
std::thread + pread 容易踩的内存与生命周期坑
C++ 多线程里最常出问题的不是 pread，而是数据生命周期管理：你把文件路径字符串、缓冲区指针、fd 塞进 std::thread 构造函数，却忘了它们是否在子线程启动前就析构了。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 缓冲区必须是线程私有且全程有效的：别传栈变量地址（如
char buf[64*1024]），改用std::vector<char></char>或new char[]分配，并在线程函数内管理释放 -
fd必须在子线程中打开，或确保主线程不会提前close；若必须复用，用dup(fd)给每个线程一个副本 - 避免捕获局部变量到 lambda：写
[fd, offset, buf_ptr, len]{...}比[&]{...}安全得多
性能瓶颈往往不在 pread，而在 memcpy 和缓存竞争
单次 pread 调用本身开销极小，但如果你每读 4KB 就调用一次，系统调用频率会吃掉大量 CPU；反过来，读太大（如 1GB）又容易触发 page fault 和 TLB miss。更隐蔽的问题是：所有线程往同一块内存区域（比如一个大 std::vector<char></char>）写入，会引发 false sharing 和 cache line bouncing。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 单次
pread请求大小控制在 64KB–1MB 区间，平衡系统调用开销和内存页效率 - 每个线程写入独立缓冲区，后续再合并；别让多个线程同时往一个大 buffer 的不同偏移写
- 用
posix_memalign分配对齐内存（如 64-byte 对齐），减少 cache line 冲突
真正难的不是调用 pread，而是让每个线程的读起点、缓冲区、生命周期、内存布局都互不干扰——稍一松懈，errno = EFAULT 或静默数据错位就来了。
