c++如何获取当前文件流的物理磁盘读取进度百分比显示实现【详解】-C++-PHP中文网

c++标准库无法获取物理磁盘读取进度百分比，因文件流仅提供逻辑字节位置，不暴露底层设备调度、预读缓存或dma状态；操作系统内核和驱动才掌握真实扇区进度，且不向用户态开放。

c++如何获取当前文件流的物理磁盘读取进度百分比显示实现【详解】

C++ 标准库无法获取物理磁盘读取进度百分比——这是底层 I/O 抽象决定的，不是你代码写得不对。

为什么 `fread` / `std::ifstream` 不能返回磁盘读取百分比

标准文件流（如 std::ifstream）只暴露逻辑字节位置（tellg()），不暴露底层块设备调度、预读缓存、DMA 传输状态或磁盘固件真实扇区进度。操作系统内核和驱动才掌握这些信息，且通常不向用户态进程开放实时物理读取位置。

常见误解是把“已读字节数 / 文件总大小”当成“磁盘读取进度”，但这只是逻辑进度——实际磁盘可能早已预读了后 10MB，也可能因寻道卡在某个坏道上停滞 2 秒而 tellg() 没变。

若强行用 std::filesystem::file_size() + tellg() 计算百分比，仅适用于顺序、无缓冲、小文件、无 mmap 的极简场景，且结果与物理磁盘行为无关。

Windows 下用 `DeviceIoControl` + `IOCTL_DISK_GET_DRIVE_GEOMETRY_EX` 也得不到实时读取百分比

Windows 提供的磁盘控制码（如 IOCTL_DISK_GET_DRIVE_GEOMETRY_EX）只返回静态几何信息（柱面/磁头/扇区数），不提供运行时 I/O 进度。即使调用 GetDiskFreeSpaceEx 或 WMI 查询 Win32_PerfFormattedData_PerfDisk_PhysicalDisk，也只能拿到吞吐量、队列长度、活跃时间等统计值，没有“当前读到第几个物理扇区”的接口。

唯一接近的机制是使用存储驱动程序的 ETW（Event Tracing for Windows）日志，但需管理员权限、驱动签名、解析二进制事件流，且延迟高、开销大，不适合 UI 进度条。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

所以： - CreateFile 打开物理卷（\\.\C:）并发送 IOCTL_STORAGE_QUERY_PROPERTY？→ 返回设备属性，非进度 - ReadFile 配合 OVERLAPPED 和完成端口？→ 只能知道“某次读完了”，不知道“此刻磁头在哪” - 使用 SMART 工具（如 smartctl）？→ 只报告健康状态，不报告当前 I/O 位置

实际可用的折中方案：基于时间/吞吐量估算 + 用户感知优化

真正被广泛采用的做法是放弃“物理百分比”，转为对用户有意义的“感知进度”：

对大文件分块读取（如每次 read(4096)），每完成一块更新一次百分比（current_bytes / total_size * 100），配合 std::this_thread::sleep_for(10ms) 防止刷屏
启用 std::ios::binary 和 std::ifstream::rdbuf()->pubsetbuf(nullptr, 0) 关闭缓冲（慎用，可能降低性能），让 tellg() 更贴近实际系统调用节奏
记录起始时间与已读字节数，用移动平均速率（最近 5 次读取的 avg B/s）动态估算剩余时间，显示为 “32%（约 17s 剩余）”
若文件来自网络映射或加密容器（如 VeraCrypt），进度更不可靠——此时应降级为“不确定进度”动画（旋转图标），而非伪造数字

示例关键片段：

std::ifstream ifs("large.bin", std::ios::binary);
auto total = std::filesystem::file_size("large.bin");
size_t read_so_far = 0;
char buf[8192];
while (ifs.read(buf, sizeof(buf))) {
    read_so_far += ifs.gcount();
    int pct = static_cast<int>(100.0 * read_so_far / total);
    update_progress_bar(pct); // 你的 UI 更新函数
}
</int>