关于 packed record 的使用

Question

packed record中 的 packed 用于限定 record 中数据的对齐方式。
我的问题是：
　　什么时候用 packed 的呢？我的意思是什么时候必须用！
　　（比如：“用到API时”之类的。这是我猜的，因为我看 Windows、ShellAPI 单元中用到 packed 的地方也是屈指可数，好象多数都没用。）　　不要告诉我：packed节省空间，但慢。不用 packed 快。　　问题的提出：我是调用NTDLL.DLL 中的 ZwQuerySystemInformation 时发现返回的Buf读不明白（指record数据中的record的成员）

Answer 1

Packed Record和Record的不同之处！typeMyRec=Recordvar1:integer;var2,var3,var4,var5,var6,var7,var8:shortint;var9:integer;var10:shortint;var11:integer;var12,var13:shortint;end;...ShowMessage(intTostr(SizeOf(MyRec)));结果显示为18，而按我想象应为16。
显示的结果应该为28，而不是18！按道理应该是22。用Packed的结果就是22。拟定义的数组比较大，应该用packed record！原因如下：在Windows中内存的分配一次是4个字节的。而Packed按字节进行内存的申请和分配，这样速度要慢一些，因为需要额外的时间来进行指针的定位。因此如果不用Packed的话，Delphi将按一次4个字节的方式申请内存，因此如果一个变量没有4个字节宽的话也要占4个字节！这样就浪费了。按上面的例子来说：var1:integer;//integer刚好4个字节！var2-var5占用4个字节，Var6-Var8占用4个字节，浪费了一个字节。var9:integer//占用4个字节；var10:占用4个字节；浪费3个字节var11:占用4个字节；var12,var13占用4个字节；浪费2个字节所以，如果不用packed的话，那么一共浪费6个字节！所以原来22个字节的记录需要28个字节的内存空间！这是因为在32位的环境中，所有变量分配的内存都进行“边界对齐”造成的。这样做可以对速度有优化作用；但是单个定义的变量至少会占用32位，即4个字节。所以会有长度误差，你可以用packed关键字取消这种优化。深入的分析，内存空间（不是内存地址）在计算机中划分为无数与总线宽度一致的单位，单位之间相接的地方称为“边界”；总线在对内存进行访问时，每次访问周期只能读写一个单位（32bit），如果一个变量横跨“边界”的话，则读或写这个变量就得用两个访问周期，而“边界对齐”时，只需一个访问周期，速度当然会有所优化。

Answer 2

首先谢谢 guier(不想做程序员) 回复！
不过我要问的是：………………
……我的意思是什么时候必须用！
………………
不要告诉我：packed节省空间，但慢。不用 packed 快。
………………

Answer 3

正常的时候都用 packed调用 win api 的时候，几乎100% 是必须用，就我知道

Answer 4

我遇到的情况是，用Delphi和VC写的2个程序要通讯（用Socket发送结构体消息）,Delphi写的程序发出的消息VC收到的是乱的。必须把Delphi中的结构体定义加上packed才行。

Answer 5

已经很清楚了，调用WinAPI或C语言编写的DLL时，使用packed，呵呵。

Answer 6

想要把记录写入磁盘，或者在内存中传递到另一模块而该模块由不同版本的编译器编译，或者在调用API