2. 程式人生 > >網路傳輸資料要不要轉換大小端位元組序的問題？

網路傳輸資料要不要轉換大小端位元組序的問題？

阿新 • • 發佈：2019-01-21
圖3.7 兩種位元組順序
事實上，對於不同的CPU、不同的作業系統，圖3.7中的兩種位元組順序都是可能的。如果像圖3.7左邊那樣：高位元組在前，低位元組在後，則這種位元組順序稱作為big-endian；如果像圖3.7右邊那樣：低位元組在前，高位元組在後，則這種位元組順序稱作為 little-endian。
表3.1 常見的CPU、作業系統上使用的位元組順序
CPU 作業系統 位元組順序
x86 (Intel、AMD等) 所有 little-endian
DEC Alpha 所有 little-endian
HP-PA NT little-endian
HP-PA UNIX big-endian
SUN SPARC 所有 big-endian
MIPS NT little-endian
MIPS UNIX big-endian
PowerPC NT little-endian
PowerPC 非NT big-endian
RS/6000 UNIX big-endian
Motorola m68k 所有 big-endian
一般來說，我們不用關心位元組順序問題，除非要涉及到跨平臺的通訊和資源共享，比如本章將要介紹的網路程式設計（網路傳輸協議TCP/IP採用的是big- endian）。假設現在要在使用不同位元組順序的機器之間傳輸和交換資料，那該怎麼辦呢？（同樣的資料，不同的機器可能有不同的理解，豈不是有悖初衷！）有兩種方法，一種是全部轉換成文字來傳輸，另一種是雙方都按照某一方的位元組順序來傳輸（這時就有一個不同位元組順序之間的相互轉換問題）。

Socket程式設計中經常採用第二種方法。整個傳輸過程如下：傳送端將本機的資料轉換成網路的位元組順序（呼叫API函式htonl或

相關推薦

網路傳輸資料要不要轉換大小端位元組序的問題？

圖3.7 兩種位元組順序 事實上，對於不同的CPU、不同的作業系統，圖3.7中的兩種位元組順序都是可能的。如果像圖3.7左邊那樣：高位元組在前，低位元組在後，則這種位元組順序稱作為big-endian；如果像圖3.7右邊那樣：低位元組在前，高位元組在後，則這種位元組順序稱作為 little-endian。

關於網路大小端位元組序的圖示理解

其實自己之前對此概念也僅限於聽說，但本著刨根問底的態度，根據蒐集的資料，大致理解如下：記憶體大小端位元組序是由CPU決定的，但是網路位元組序就不能任由各個CPU選擇，網路位元組序被規定為大端位元組序。助記：沿著記憶體的增長方向，先存低8位是的小端；先存高8位的是大端。當然，資

CSAP---大小端位元組序判斷方法

之前在看《UNIX網路程式設計》這本書時有提到一種方法，利用union的性質，程式碼如下 #include<stdio.h> int main() { union { short value; char union

linux 下測試大小端位元組序程式碼

大端：高位元組在低端地址處 小端：高弟子在高階地址處 網路位元組序是大端位元組序 #include <stdio.h> int main(void) { unsigned in

大小端位元組序問題

閱讀檔案格式文件的時候看到關於位元組序（Byte Order）的要求： For values which span more than a single byte, the multiple byte ordering followed is that of th

大小端位元組序的區別

記憶體是以位元組為單位讀寫的，其最小的讀寫單位就是位元組。故如果在記憶體中寫入一個位元組，一個記憶體的儲存單元便可以將其容納了，只要訪問這一記憶體地址就能完整的取出這一位元組。但是一個位元組只能夠表示0~255（只考慮無符號數），超過這一範圍的數只好用多個位元組

網路傳輸檔案 -- 一次性得到檔案大小

client.c #include <sys/types.h> #include <sys/socket.h> #include <stdio.h> #include <netinet/in.h> #include <arpa/inet.h&

網路傳輸資料序列化工具Protostuff

一直在物色比較好用的網路傳輸資料序列化工具，看了諸如marshalling，protobuff等，但是均有一個共同特點，使用起來異常繁雜，有沒有比較好用同時效能又不會太差的元件呢？答案當然是有的，那就是基於protobuff改造的protostuff，它擁有良好效能的同時，又免去了生成描述檔案的煩惱，可謂是趁

自定義網路傳輸資料加密與解密

最近做一個電商類的APP，進行後臺資料介面的呼叫。這期間涉及到財務賬目的往來，自然很需要重視資料安全的問題。我沒有搞過爬蟲、抓包之類的技術，但是如果傳輸過程中的資料被抓，如果被破解了肯定會出問題的。所以我考慮自己做一個加密和解密的演算法，在後臺將資料打包後進行加密，APP拿

Golang 構建網路傳輸資料包

網路通訊中，端與端之間只能傳輸二進位制資料流。TCP/IP協議的解析已經完全交給了硬體裝置完成，即便是軟路由等用伺服器上裝軟體來替代硬體裝置也已經相當成熟。我們需要面對的都是應用層的通訊問題。而大部分情況下也無需考慮通訊細節，因為總有各種框架比如長連線的webs

JavaWeb學習篇之----Tomcat中配置數字證書以及網路傳輸資料中的密碼學知識

今天是學習JavaWeb的第二天，我們來了解什麼呢？就瞭解一下Tomcat中配置數字證書的相關內容，但是在說這部分內容的時候，我們貌似得先說一下數字證書的相關概念，那說到數字證書的時候我們還得了解一些

小端位元組序 強制型別轉換

/* * ===================================================================================== * * Filename: point.c * * Descr

大端位元組序還是小端位元組序-新浪2019筆試題

愚蠢的博主選錯了新浪崗位，考的是Androd和IOS方向的題，好在程式設計題還算正常，好陣子沒空寫，現在簡單記錄一下 先了解一下什麼是大端位元組和小端位元組 大端儲存就是將高位元組序的內容儲存到低地

理解小端位元組序

0x00 前言 本來這篇文章是沒有前言的，只不過是文章已經快結尾了，突然斷電，發現CSDN上沒有自動儲存的功能，一大篇字都白碼了，所以在第二次起筆的時候吐槽下。之前明明是自動儲存，FCK 0x01 問題 在windbg上dd列印資料的時候跟db的不一樣，dd是按照4位

大端位元組序和小端位元組序問題（big-endian & little-endian）

        所謂的大端模式（Big-endian），是指資料的低位（就是權值較小的後面那幾位）儲存在記憶體的高地址中，而資料的高位，儲存在記憶體的低地址中，這樣的儲存模式有點兒類似於把資料當作字串順序處理：地址由小向大增加，而資料從高位往低位放；         所謂的小端模式（Little-endian

大端位元組序和小端位元組序

對錶示一個物件的位元組序列排序，有兩個通用的規則。有些機器選擇在儲存器中按照從最低有效位元組到最高有效位元組的順序儲存物件，而另一些機器按照從最高有效位元組到最低有效位元組的順序儲存。前一種規則——

寫一個C程式判斷系統是32或64位、大端或小端位元組序

一、判斷系統是32位或64位32位處理器一次只能處理32位，也就是4個位元組的資料，虛擬地址空間的最大值是4G。64位處理器一次能處理64位，也就是8個位元組的資料，虛擬地址空間的最大值是16T。32位

如何區別大端位元組序和小端位元組序

網路位元組序，高位高地址，低位低地址，屬於大端形式 主機位元組序，高位低地址，低位高地址，屬於小端形式 注：在沒有規定位元組序的情況下，powerpc架構預設為大端位元組序，arm架構預設為小端位元組序。 例：int *p=0x12345678H int a=0x11223344 p=&am

關於大端位元組序和小端位元組序

現在，大多數的計算機都是按位元組編址的（除了按位元組編址還有按字編址和按位編址）。所以這裡只討論按位元組編址的計算機。 大端位元組序：資料的高位元組儲存在低地址。 小端位元組序：資料的高位元組儲存在高地址。 計算機中的記憶體可以看成是線性的（這裡只討論按位元組編址），

大端位元組序和小端位元組序通俗易懂講解

大端（儲存模式），是指資料的地位儲存在記憶體的高地址中，而資料的高位儲存在記憶體的低地址中。 小端（儲存模式），是指資料的地位儲存在記憶體的低地址中，而資料的高位儲存在記憶體的高地址中。 小端如下圖