• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            天下

            記錄修行的印記

            字節(jié)順序:高位優(yōu)先(big-endian)和低位優(yōu)先(little-endian)

             

            字節(jié)順序是指占內存多于一個字節(jié)類型的數據在內存中的存放順序,通常有小端、大端兩種字節(jié)順序。

            小端字節(jié)序指低字節(jié)數據存放在內存低地址處,高字節(jié)數據存放在內存高地址處;

            大端字節(jié)序是高字節(jié)數據存放在低地址處,低字節(jié)數據存放在高地址處。

            基于X86平臺的PC機是小端字節(jié)序的

            網絡字節(jié)序: MSB 高字節(jié)前存法 Most Significant Bit   (Big Edian)

            主機字節(jié)序: LSB 低字節(jié)前存法 Lest Significant Bit  (Little Edian)


                因為現(xiàn)行的計算機都是以八位一個字節(jié)為存儲單位,那么一個16位的整數,也就是C語言中的short,在內存中可能有兩種存儲順序big-endian和litte-endian。考慮一個short整數0x3132(0x32是低位,0x31是高位),把它賦值給一個short變量,那么它在內存中的存儲可能有如下兩種情況:



            可以做個實驗
            在Windows上下如下程序
            #include 
            <stdio.h>
            #include 
            <assert.h>

            int main(void)
            {
                    
            short test;
                    FILE
            * fp;
                     
                    test 
            = 0x3132/* (31ASIIC碼的'1', 32ASIIC碼的'2') */
                    
            if ((fp = fopen("c:\\test.txt""wb")) == NULL)
                          assert(
            0);
                    fwrite(
            &test, sizeof(short), 1, fp);
                    fclose(fp);
                    
            return 0;
            }

                然后在C盤下打開test.txt文件,可以看見內容是21,而test等于0x3132,可以明顯的看出來x86的字節(jié)順序是低位在前。如果我們把這段同樣的代碼放到(big
            -endian)的機器上執(zhí)行,那么打出來的文件就是12。這在本機中使用是沒有問題的。但當你把這個文件從一個big-endian機器復制到一個little-endian機器上時就出現(xiàn)問題了。
                如上述例子,我們在big
            -endian的機器上創(chuàng)建了這個test文件,把其復制到little-endian的機器上再用fread讀到一個short里面,我們得到的就不再是0x3132而是0x3231了,這樣讀到的數據就是錯誤的,所以在兩個字節(jié)順序不一樣的機器上傳輸數據時需要特別小心字節(jié)順序,理解了字節(jié)順序在可以幫助我們寫出移植行更高的代碼。


            正因為有字節(jié)順序的差別,所以在網絡傳輸的時候定義了所有字節(jié)順序相關的數據都使用big
            -endian,BSD的代碼中定義了四個宏來理:
            #define ntohs(n)      //網絡字節(jié)順序到主機字節(jié)順序 n代表net, h代表host, s代表short
            #define htons(n)      //主機字節(jié)順序到網絡字節(jié)順序 n代表net, h代表host, s代表short
            #define ntohl(n)      //網絡字節(jié)順序到主機字節(jié)順序 n代表net, h代表host, s代表long
            #define htonl(n)      //主機字節(jié)順序到網絡字節(jié)順序 n代表net, h代表host, s代表long

            posted on 2011-02-28 13:07 天下 閱讀(6994) 評論(0)  編輯 收藏 引用 所屬分類: C/C++Socket

            <2012年3月>
            26272829123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導航

            統(tǒng)計

            常用鏈接

            留言簿(4)

            隨筆分類(378)

            隨筆檔案(329)

            鏈接

            最新隨筆

            搜索

            最新評論

            人人狠狠综合久久亚洲婷婷| 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 | 精品国产日韩久久亚洲| 久久精品18| 人人妻久久人人澡人人爽人人精品| 偷窥少妇久久久久久久久| 精品国产青草久久久久福利| 久久亚洲私人国产精品| 久久这里只有精品久久| 亚洲国产日韩欧美久久| 久久久免费精品re6| 国产精品伊人久久伊人电影| 亚洲va久久久久| 999久久久免费精品国产| 久久免费99精品国产自在现线| 欧洲性大片xxxxx久久久| 狠狠88综合久久久久综合网| 久久久青草青青国产亚洲免观| 中文字幕久久久久人妻| 精品久久久久久国产三级| 性欧美丰满熟妇XXXX性久久久| 色综合久久综精品| 久久国产精品99国产精| 久久亚洲日韩看片无码| 国产99久久久国产精品~~牛| 亚洲午夜久久久影院伊人| 性做久久久久久久久老女人| 国内精品人妻无码久久久影院| 武侠古典久久婷婷狼人伊人| 久久综合综合久久97色| 久久精品国产第一区二区三区| 亚洲?V乱码久久精品蜜桃 | 久久精品国产精品亚洲人人| 久久99国产乱子伦精品免费| 久久亚洲AV无码精品色午夜| 日韩亚洲国产综合久久久| 国产日韩欧美久久| 国产精品嫩草影院久久| 色综合久久精品中文字幕首页| 国内精品久久久久久99| 99久久精品日本一区二区免费|