鉴于其他人都发现了明显的错误，让我们注意什么时候（并且只有）可以做你想做的事情。
标头结构的内存格式取决于平台和编译器。因此，仅当临时数据的持续时间不超过应用程序的运行时间时，以您的方式存储标头是非常好的。如果标头位于您在退出之前删除的临时文件中，则可以。
另一方面，如果您尝试“教授”这种永久存储二进制数据的方式 - 直到在应用程序退出后持续，那么您已经将学生的脚射中了。用火箭筒，也不少。您根本无法保证下一个版本的编译器将生成与结构字段具有相同内存排列的代码。或者其他一些编译器会这样做。
教学笔记
有几个教学方面值得解决：编写可移植和可维护的文件格式的复杂性，以及编程语言 C++ 的惯用用法。一个好的方法将利用两者之间的内在协同作用。
在我在公共论坛上看到的大多数代码中，固定长度的字符串缓冲区是缓冲溢出和不安全代码的网关药物。从教学法上讲，向任何人教书都是一种灾难性的习惯。固定大小的缓冲区自动会产生额外的问题：
-
由于存储填充而导致文件膨胀。
-
不可能存储任意长的字符串，从而强制丢失数据。
-
当必须将太长的字符串硬塞到短缓冲区中时，必须指定并测试“正确”行为。这也会引发非一错误。
由于您使用 C++ 进行教学，因此最好像其他熟练的 C++ 人员一样编写代码。仅仅因为你可以像写 C 一样写它，而且写得像 C 一样，但这并不意味着它是一个好主意。与任何其他语言一样，C++ 也有惯用语 - 做事的方式既能产生体面的代码，又能得到他人体面的理解和维护。
为此，应该使用QDataStream。它实现了自己的、可移植的 Qt 序列化格式。如果您需要从不使用 Qt 的代码中读取此格式，refer to the documentation - 二进制格式已记录在案且稳定。对于简单的数据类型，它就像写得体的 C 代码一样，除了默认情况下file is always big-endian no matter what the platform's endianness is。
通过“简单地”将 C 结构写入磁盘来完成的 Homebrew 文件格式总是会受到影响，因为默认情况下您无法控制数据在内存中的排列方式。由于您只是将结构的内存映像复制到文件中，因此您无法控制数据在文件中的表示方式。由编译器的供应商控制，而不是您。
QDataStream 和QIODevice（在QFile 中实现）必然会抽象出一些复杂性，因为它们的目标是无需用户编写大量样板代码来正确解决可移植性方面的问题。以下是在将二进制数据写入文件时经常被忽略的方面：
- 数字数据的字节顺序。
- 数据类型的大小。
- “连续”存储数据之间的填充。
- 文件格式的未来可扩展性和版本控制。
- 使用固定大小的缓冲区时，缓冲区溢出和不可避免的数据丢失。
正确解决它需要一些远见。不过，这是一个绝佳的机会，可以使用调试器通过QDataStream 跟踪代码流，以查看将字节推送到文件缓冲区时实际发生的情况。这也是一个检查QDataStream API 的可移植性方面的机会。大部分代码的存在是有充分理由的，学生应该明白为什么要这样做。
最终，学生可以重新实现QDataStream 的一些最小子集（仅处理几种类型可移植），并且可以比较使用 Qt 和学生实现编写的文件以评估效果如何他们成功地完成了任务。同样，QFile 可以通过从 QIODevice 派生并使用 C 文件 API 来重新实现。
这是在 Qt 中真正应该如何完成的。
// Header File
struct FileHeader { // ALL CAPS are idiomatically reserved for macros
// The signature is an implementation detail and has no place here at all.
QString fileName;
// The file version is of a very dubious use here. It should only
// be necessary in the process of (de)serialization, so ideally it should
// be relegated to that code and hidden from here.
quint32 fileVersion;
QDataTime fileCreationTime;
QDateTime lastRebiuildTime;
// The descriptor is presumably another structure, it can be
// serialized separately. There's no need to store a file offset for it
// here.
};
QDataStream & operator<<(QDataStream& str, const FileHeader & hdr) {
QDataStream & operator>>(QDataStream& str, FileHeader & hdr) {
// Implementation File
static const quint32 kFileHeaderSignature = 0xC5362A99;
// Can be anything, but I set it to a product of two randomly chosen prime
// numbers that is greater or equal to 2^31. If you have multiple file
// types, that's a reasonable way of going about it.
QDataStream & operator<<(QDataStream& str, const FileHeader & hdr) {
str << kFileHeaderSignature
<< hdr.fileName << hdr.fileVersion
<< hdr.fileCreationTime << hdr.lastRebuildTime;
return str;
}
QDataStream & operator>>(QDataStream& str, FileHeader & hdr) {
quint32 signature;
str >> signature;
if (signature != kFileHeaderSignature) {
str.setStatus(QDataStream::ReadCorruptData);
return;
}
str >> hdr.fileName >> hdr.fileVersion
>> hdr.fileCreationTime >> hdr.lastRebuildTime;
return str;
}
// Point of use
bool read() {
QFile file("myfile");
if (! file.open(QIODevice::ReadOnly) return false;
QDataStream stream(&file);
// !!
// !!
// !!
// Stream version is a vitally important part of your file's binary format,
// you must choose it once and keep it set that way. You can also store it
// in the header, if you wish to go to a later version in the future, with the
// understanding that older versions of your software won't read it anymore.
// !!
// !!
// !!
stream.setVersion(QDataStream::Qt_5_1);
FileHeader header;
stream >> header;
...
if (stream.status != QDataStream::Ok) return false;
// Here we can work with the data
...
return true;
}