C++如何快速读取文件内容并存储为uint8_t类型数据

之前代码速度慢的核心原因 #

你用的std::istream_iterator是逐字节读取的实现：每次迭代都会调用流的单字节读取接口，附带流状态校验、迭代器移动检查，哪怕你提前调用了reserve预分配内存，两千多万次单字节操作的开销依然会被放大数百倍，27MB文件读取耗时过长是必然结果，和是否预分配内存没有关系。
另外你第二次修改的代码里，reserve之后重新用迭代器构造临时vector赋值，预分配的内存根本没有被用到，等于做了无用功。

基于ifstream::read()的高速实现方案 #

你找到的read()示例速度快，是因为它是块读取接口，一次系统调用就能把整块数据从内核页缓存拷贝到用户内存，开销极低。

关于uint8_t的类型问题：在所有主流平台上，char/unsigned char/uint8_t都是1字节长度，内存布局完全兼容，只需要做编译期的指针类型转换即可，没有任何运行时开销。

可直接使用的实现代码 #

#include <fstream>
#include <vector>
#include <filesystem>
#include <cstdint>

bool loadWav(const std::filesystem::path& filePath, std::vector<uint8_t>& outData) {
    // 前置校验文件状态
    if (!std::filesystem::exists(filePath) || !std::filesystem::is_regular_file(filePath)) {
        reportError("ERROR: File doesn't exist or otherwise can't load file\n" + filePath.string());
        return false;
    }

    const std::uintmax_t fileSize = std::filesystem::file_size(filePath);
    // 处理空文件场景
    if (fileSize == 0) {
        outData.clear();
        return true;
    }

    // 二进制模式打开文件，跳过所有格式化流逻辑
    std::ifstream file(filePath, std::ios::binary);
    if (!file.is_open()) {
        reportError("ERROR: Failed to open file\n" + filePath.string());
        return false;
    }

    // 注意：用resize直接分配可用内存，不是reserve（reserve仅预占容量，未改变vector实际大小，直接写入会越界）
    outData.resize(static_cast<size_t>(fileSize));
    // 指针强转后直接整块读取，无额外开销
    file.read(reinterpret_cast<char*>(outData.data()), static_cast<std::streamsize>(fileSize));

    // 校验读取完整性
    if (file.gcount() != static_cast<std::streamsize>(fileSize)) {
        reportError("ERROR: Failed to read full file content\n" + filePath.string());
        outData.clear();
        return false;
    }

    return true;
}

关键优化点说明 #

• 全程使用无格式块读取接口read()，避免逐字节操作的巨量函数调用开销
• 打开文件即指定std::ios::binary，不需要额外调用unsetf(std::ios::skipws)这类格式化流配置接口——read()属于无格式输入函数，完全不受格式化flag影响
• 直接给目标vectorresize到文件大小，避免迭代器逐元素插入的扩容、拷贝开销
• 提前在打开文件前做文件系统级别的存在性、类型校验，避免打开无效文件的额外开销

性能参考 #

常规SATA SSD上，该实现读取27MB文件的耗时通常在5_{20ms区间，比`istream_iterator`实现快2}3个数量级，完全满足音频文件加载的性能需求。
如果需要读取GB级别的超大音频文件，可以进一步使用操作系统提供的内存映射接口（Linuxmmap、WindowsCreateFileMapping），省去内核态到用户态的内存拷贝开销，普通场景下上述块读取实现已经是最优通用方案。

内容的提问来源于stack exchange，提问作者FSY