因為X86機器多采用的LE表示法,
所以
32位環境下int的100,內存中變現為64 00 00 00
因為union number是8字節的，理論上或者說比較正規的是，
其他未指定位應該是0所以
對於union number ，內存中則是64 00 00 00 00 00 00 00
16位環境下int的100,內存中表現為64 00
對於union number, 內存中則是64 00 00 00 00 00 00 00
因此雖然對於32位還是16位的int單個在內存中表現的都不壹樣
但放在union number的環境下，表現是壹樣的。也就是說，不管
32位的int還是16位的int給聯合體帶來的變化都是壹樣的。
不管16位環境還是32位環境，double都是8字節的。而64 00 00 00 00 00 00 00
代表double的值是什麽呢？
64 00 00 00 00 00 00 00
二進制則為010000000 000....不用le表示法，即為
（省略56個0）01000000
內存中表示的double為
根據ieee關於浮點數在機器中2進制的表示法
符號位為第壹位，這裏是0，代表是正數，
指數位為符號位後11位，顯然也為0，
這裏指數位還需要減去1023,則指數位真實為-1023,
尾數位為1.（44個0）01000000約等於1（註意那個小數點），
因此這個double數應該確切的值是無限接近於0.非常的小，表示出來應該也就是0
具體可以參看IEEE關於double的表示法
而出現妳的結果和書上不同的原因是，
第壹個妳賦值給int類型，並計算double，壹個union占用8個字節，
妳只給了4個或者2個，其他幾個沒有怎麽辦？
其他的字節如何處理不同編譯器有不同的標準，
所以通常編程中用到結構體，包括union時都會有個用memset清0的操作
如：
union number value;
memset(&value,0,sizeof(union number));
value.x = 100;
如果這樣寫了，我想無論在什麽編譯器下，什麽環境下value.x=100的時候value.y肯定是0，
至於value.y=100.0應該是占滿8個字節的，所以這時候int到底是16位的還是32位的，就顯得很重要了，如果是16位的，則最後2個字節有效，如果是32位的，則最後4個字節有效
100.0的內存表示，非LE（或者稱為BE）表示法 40 59 00 00 00 00 00 00
後四個字節是0，理論上32位或者16位value.x的結果都應該是0，
至於妳為什麽得出1079....那個數，我還沒想到。。