• <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>

            chaosuper85

            C++博客 首頁 新隨筆 聯系 聚合 管理
              118 Posts :: 0 Stories :: 3 Comments :: 0 Trackbacks

            大端(Big Endian)與小端(Little Endian)詳解

            【大端(Big Endian)與小端(Little Endian)簡介】
            Byte Endian是指字節在內存中的組織,所以也稱它為Byte Ordering,或Byte Order。
                 對于數據中跨越多個字節的對象, 我們必須為它建立這樣的約定:
            (1) 它的地址是多少?
            (2) 它的字節在內存中是如何組織的?
                針對第一個問題,有這樣的解釋:
                對于跨越多個字節的對象,一般它所占的字節都是連續的,它的地址等于它所占字節最低地址。(鏈表可能是個例外, 但鏈表的地址可看作鏈表頭的地址)。
                比如: int x, 它的地址為0x100。 那么它占據了內存中的Ox100, 0x101, 0x102, 0x103這四個字節(32位系統,所以int占用4個字節)。
                上面只是內存字節組織的一種情況: 多字節對象在內存中的組織有一般有兩種約定。 考慮一個W位的整數。
                它的各位表達如下:[Xw-1, Xw-2, ... , X1, X0],它的
                MSB (Most Significant Byte, 最高有效字節)為 [Xw-1, Xw-2, ... Xw-8];
                LSB (Least Significant Byte, 最低有效字節)為 [X7,X6,..., X0]。
                其余的字節位于MSB, LSB之間。

            LSB和MSB誰位于內存的最低地址, 即誰代表該對象的地址?
            這就引出了大端(Big Endian)與小端(Little Endian)的問題。
            如果LSB在MSB前面, 既LSB是低地址, 則該機器是小端; 反之則是大端。
            DEC (Digital Equipment Corporation,現在是Compaq公司的一部分)和Intel的機器(X86平臺)一般采用小端。
            IBM, Motorola(Power PC), Sun的機器一般采用大端。
            當然,這不代表所有情況。有的CPU即能工作于小端, 又能工作于大端, 比如ARM, Alpha,摩托羅拉的PowerPC。 具體情形參考處理器手冊。

            具體這類CPU是大端還是小端,應該和具體設置有關。
            (如,Power PC支持little-endian字節序,但在默認配置時是big-endian字節序)
            一般來說,大部分用戶的操作系統(如windows, FreeBsd,Linux)是Little Endian的。少部分,如MAC OS ,是Big Endian 的。
            所以說,Little Endian還是Big Endian與操作系統和芯片類型都有關系。

            Linux系統中,你可以在/usr/include/中(包括子目錄)查找字符串BYTE_ORDER(或
            _BYTE_ORDER, __BYTE_ORDER),確定其值。BYTE_ORDER中文稱為字節序。這個值一般在endian.h或machine/endian.h文件中可以找到,有時在feature.h中,不同的操作系統可能有所不同。

            對于一個數0x1122
            使用Little Endian方式時,低字節存儲0x22,高字節存儲0x11
            而使用Big Endian方式時, 低字節存儲0x11, 高字節存儲0x22

             

            經一網友指正,才知道,上面的描述,是不準確的.

            想了下,覺得如下描述可能更合適:

            使用Little Endian方式存儲數據時,數據的LSB相對最沒意義的數據位,存放在低地址位置,這里的LSB也就是22了.也即,

            低地址存儲0x22, 高地址存儲0x11

            而使用Big Endian方式存儲數據時,數據的MSB最有意義的數據位,存放在低地址位置,這里的MSB也就是11了.也即

            低地址存儲0x11, 高地址存儲0x22

            助記:

            1)所謂MSB (Most Significant Byte),名字很復雜,不知是否有人沒搞懂,反正我開始看到這個詞時候,就很糊涂,有點不完全理解.其實簡單說MSB就是,一個數字中,最重要的那位,

            舉例來說,12004,中文讀作,一萬兩千零四,那最高位的1,就表示了一萬,此處就稱作MSB,最有意義的位.

            2)一般常見的數據存儲,用文字寫出來的時候,其內容書寫格式,多數是從低地址到高地址.

            舉例,一個16進制數是 0x11 22 33, 而存放的位置是

            地址0x3000 中存放11

            地址0x3001 中存放22

            地址0x3002 中存放33

            連起來就寫成地址0x3000-0x3002中存放了數據0x112233.

            而這種存放和表示方式,正好符合大端.

            解釋的有點亂,希望有人能看懂.

             

            如果還有哪里有誤,還請各位繼續指正.謝謝.

             

             

            【用函數判斷系統是Big Endian還是Little Endian】
            bool IsBig_Endian()
            //如果字節序為big-endian,返回true;
            //反之為   little-endian,返回false
            {
                unsigned short test = 0x1122;
                if(*( (unsigned char*) &test ) == 0x11)
                   return TRUE;
            else
                return FALSE;

            }//IsBig_Endian()


            以上內容,整理自:

            如何判斷系統是Big Endian還是Little Endian?
            http://jlingmei.spaces.live.com/blog/cns!77254CCC13222C11!391.entry?wa=wsignin1.0

            判斷機器字節存儲順序是big endian還是little endian
            http://hi.baidu.com/cppyun/blog/item/9625c8396d5ff7f33b87ce33.html

            動態判斷cpu字節序是big-endian還是little-endian
            http://chongyanglee.bokee.com/4919503.html


            //CSDN技術中心

            標題   Big-endian和Little-endian     選擇自 NeptuneX 的 Blog
            關鍵字   Big-endian和Little-endian
            出處  
            簡而言之:
            Big endian machine: It thinks the first byte it reads is the biggest.
            Little endian machine: It thinks the first byte it reads is the littlest.
            舉個例子,從內存地址0x0000開始有以下數據
             0x0000     0x12
             0x0001     0x34
             0x0002     0xab
             0x0003     0xcd
            如果我們去讀取一個地址為0x0000的四個字節變量,若字節序為big-endian,則讀出
            結果為0x1234abcd;若字節序位little-endian,則讀出結果為0xcdab3412.
            如果我們將0x1234abcd寫入到以0x0000開始的內存中,則結果為
                            big-endian     little-endian
            0x0000     0x12              0xcd
            0x0001     0x23              0xab
            0x0002     0xab              0x34
            0x0003     0xcd              0x12
            x86系列CPU都是little-endian的字節序.

            posted on 2009-06-22 00:05 chaosuper 閱讀(544) 評論(0)  編輯 收藏 引用
            思思久久精品在热线热| 国产精品伊人久久伊人电影| 国产亚洲精久久久久久无码AV| 久久美女网站免费| 久久亚洲欧洲国产综合| 少妇久久久久久久久久| 国产成人久久激情91| 久久久久久久综合综合狠狠| 精品久久久久久久国产潘金莲| 久久国产色av免费看| 青青草原综合久久| 亚洲av成人无码久久精品| 久久人人爽人人爽人人AV东京热| 久久中文骚妇内射| 久久精品国产精品亜洲毛片| 国产亚洲精久久久久久无码77777| 久久精品人人做人人妻人人玩| 久久国产热这里只有精品| 无码日韩人妻精品久久蜜桃| 中文字幕无码av激情不卡久久| 精品精品国产自在久久高清| 伊人久久大香线蕉综合Av | 久久电影网2021| 成人妇女免费播放久久久| 久久亚洲AV成人无码软件| 久久国产午夜精品一区二区三区| 亚洲va久久久噜噜噜久久| 亚洲精品乱码久久久久久蜜桃图片 | 国产一区二区久久久| 色偷偷88欧美精品久久久| 久久青青国产| 免费精品久久天干天干| 97久久国产露脸精品国产| 亚洲级αV无码毛片久久精品| 久久乐国产综合亚洲精品| 国产精品99久久久久久宅男小说| 久久久久久久久久免免费精品| 亚洲国产精品成人久久蜜臀| 亚洲级αV无码毛片久久精品| 精品国产VA久久久久久久冰| 国产精品午夜久久|