严格的混淆现象和二进制I/O

Question

让我们考虑以下（简化）代码来读取二进制文件的内容：

struct Header
{
    char signature[8];
    uint32_t version;
    uint32_t numberOfSomeChunks;
    uint32_t numberOfSomeOtherChunks;
};

void readFile(std::istream& stream)
{
    // find total size of the file, in bytes:
    stream.seekg(0, std::ios::end);
    const std::size_t totalSize = stream.tellg();

    // allocate enough memory and read entire file
    std::unique_ptr<std::byte[]> fileBuf = std::make_unique<std::byte[]>(totalSize);
    stream.seekg(0);
    stream.read(reinterpret_cast<char*>(fileBuf.get()), totalSize);

    // get the header and do something with it:
    const Header* hdr = reinterpret_cast<const Header*>(fileBuf.get());

    if(hdr->version != expectedVersion) // <- Potential UB?
    {
        // report the error
    }

    // and so on...
}

在我看来，下面一行：

if(hdr->version != expectedVersion) // <- Potential UB?

包含未定义的行为：我们正在读取uint32_t类型的version成员，它覆盖在std::byte对象的数组之上，并且编译器可以自由地假设uint32_t对象不别名。

问题是：我的解释正确吗？如果是，可以做什么来修复此代码？如果没有，为什么这里没有UB？

注1：我理解严格别名规则的目的（允许编译器避免不必要的内存加载）。此外，我知道在这种情况下，使用＜code＞std:：memcpy＜/code＞是一个安全的解决方案，但使用＜code＞std:：memcpi＜/code＞意味着我们必须进行额外的内存分配（在堆栈上，或者在堆上，如果对象的大小未知）。

Answer 1

如何修复这段代码？

等待，直到http://wg21.link/P0593或者类似的允许在＜code＞char＜/code＞/＜code＞unsigned char＜/code＞/＜code＞std：：byte＜/code＞的数组中创建隐式对象的方法。

Answer 2

问题是：我的解释正确吗？

对

如果是，可以做些什么来修复此代码？

您已经知道 memcpy 是一种解决方案。但是，您可以通过直接读取标头对象来跳过 memcpy 和额外的内存分配：

Header h;
stream.read(reinterpret_cast<char*>(&h), sizeof h);

注意，以这种方式读取二进制文件意味着文件的整数表示必须与CPU的表示相匹配。这意味着该文件不能移植到具有不同CPU体系结构的系统。