操作文件
- C/C++ code
txt里的内容是：helloworld然后我用十六进制工具修改了'h',改成0x03然后用UINT CFile::Read(void* lpBuf, UINT nCount){ ASSERT_VALID(this); ASSERT(m_hFile != INVALID_HANDLE_VALUE); if (nCount == 0) return 0; // avoid Win32 "null-read" ASSERT(lpBuf != NULL); ASSERT(AfxIsValidAddress(lpBuf, nCount)); DWORD dwRead; if (!::ReadFile(m_hFile, lpBuf, nCount, &dwRead, NULL)) CFileException::ThrowOsError((LONG)::GetLastError(), m_strFileName); return (UINT)dwRead;}读取这个txt到 一个结构体中这是结构体的定义struct FileFlag{ unsigned char flag; //0x03 unsigned char date[3]; //Record date long RecordSum; //Total record sum unsigned short dbfHeadSize; //The size of file's head unsigned short RecordLen; //A single record's size unsigned char Reserve[20]; //Reserved FileFlag() { memset(this,0,sizeof(FileFlag)); } };发现结构体的成员变成了以下内容:RecordSum = 1997147503dbfHeadSize = 29295RecordLen = 25708问题：这些数据时随机的还是按照某格式赋值的？我感觉是后者，因为代码里用到了这些成员。请问是什么格式？？[解决办法]
对电脑而言只有二进制字节；对人脑才有char,long,struct,……
推荐使用WinHex软件查看文件或内存中的原始字节内容。
VC调试(TC或BC用TD调试)时按Alt+8、Alt+6和Alt+5,打开汇编窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应内存和寄存器变化，这样过一遍不就啥都明白了吗。
对VC来说，所谓‘调试时’就是编译连接通过以后，按F10或F11键单步执行一步以后的时候，或者在某行按F9设了断点后按F5执行停在该断点处的时候。
（Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）
想要从本质上理解C指针，必须学习汇编以及C和汇编的对应关系。
从汇编的角度理解和学习C语言的指针，原本看似复杂的东西就会变得非常简单！
指针即地址。“地址又是啥？”“只能从汇编语言和计算机组成原理的角度去解释了。”
提醒：
“学习用汇编语言写程序”
和
“VC调试(TC或BC用TD调试)时按Alt+8、Alt+6和Alt+5,打开汇编窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应内存和寄存器变化，这样过一遍不就啥都明白了吗。
（Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）
想要从本质上理解C指针，必须学习C和汇编的对应关系。”
不是一回事！
不要迷信书、考题、老师、回帖；
要迷信CPU、编译器、调试器、运行结果。
并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。
任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实！
[解决办法]
看是不是随机数，你多运行几次看他们的数据是否还是一样的。如果不一样，那么就是随机数了。我想应该是随机数。
[解决办法]
hello
world
如果就是这些内容，那出现的内容肯定是没有初始化，造成的随机数字！！！
[解决办法]
楼主，你终于明白为啥这么多人跟他叫赵老师了。
[解决办法]
赵老师的那些通用回复，我个人是不反感的
因为实际上，很多提问的网友，最大的问题就是“基础不牢，并且不重视基础”
当然，赵老师的话也不会让他们更重视基础，不过彼此彼此，说者无心听者无意，赵老师的通用回复也配得上那些懒得动脑子的提问者
扯远了，回答楼主问题
就如赵老师所说，一切数据都是二进制的字节，只看程序怎么去解释这些数据
在楼主这个例子里，当读取结构体时，把文件中的数据按字节对应结构体的成员
txt里的内容——严格的说，应该叫做用文本编辑器打开该文件所得到的字符组成的文本——“helloworld”，由此可知，该文件内的二进制数据按字节是【 'h' 'e' 'l' 'l' 'o' '\d' '\a' 'w' 】，其中'\d''\a'是windows下的文本文件换行符，linux下听说换行符只有一个字符，具体我就不清楚了
于是，把这些字节读入结构体的内存中，现在结构体的成员变量的数值就是这些二进制数据了，此时
unsigned char flag; //原来是'h'，即0x48，被楼主改成0x03
unsigned char date[3]; // 'e' 'l' 'l'
long RecordSum; //在很多编译器下long是四字节，即'o' '\d' '\a' 'w'
此时读取RecordSum的值，则将这四字节二进制数据按照long型变量的内存形式解释，'w'是0x77,'\a'是0x0A,'\d'是0x0D,'o'是0x6F，楼主所使用的系统应该是高字节对应高位的内存形式，因此后面的字节是高位，此时RecordSum为0x770A0D6F，换算为十进制就是楼主看到的1997147503
[解决办法]
顶楼上 渊博