網(wǎng)絡(luò)字節(jié)序，若要將一個C類的網(wǎng)絡(luò)19217120劃分為14個子網(wǎng)

來源：整理時間：2023-01-28 15:44:24 編輯：好學(xué)習(xí) 手機(jī)版

1，若要將一個C類的網(wǎng)絡(luò)19217120劃分為14個子網(wǎng)

前三個字節(jié)不動后面一個字節(jié)拿出4bit來做網(wǎng)絡(luò)號就可以了

192.17.12.0 這就是一個網(wǎng)段了不能劃分

若要將一個C類的網(wǎng)絡(luò)19217120劃分為14個子網(wǎng)

2，什么是字節(jié)序JVM采用哪種字節(jié)序

你好！JAVA里面，使用 java.io.DataOutputStream 的 void writeInt(int v) 寫一個int，再看看生成的16進(jìn)制就知道。希望對你有所幫助，望采納。

1、字節(jié)序：即字節(jié)的順序。字節(jié)數(shù)組或是IO時候的字節(jié)對象都是有序的。2、字節(jié)跟實(shí)際編碼方式有關(guān)，同樣的值，不同的編碼方式得到的字節(jié)值也是不一樣的。編碼方式有很多種，像GBK、Unicode、Latin編碼等，Java內(nèi)部統(tǒng)一采用Unicode編碼，保證了國際字符的通用性。這些多少有點(diǎn)深入了，我認(rèn)為樓主還需要再看些基礎(chǔ)書籍再來理解還好些。

JAVA里面，使用 java.io.DataOutputStream 的 void writeInt(int v) 寫一個int，再看看生成的16進(jìn)制就知道。

什么是字節(jié)序JVM采用哪種字節(jié)序

3，網(wǎng)絡(luò)協(xié)議的三個要素是什么

網(wǎng)絡(luò)協(xié)議的三個基本要素是語法、語義、同步。語法即用戶數(shù)據(jù)與控制信息的結(jié)構(gòu)和格式；語義即需要發(fā)出控制信息，以及完成的動作與做出的響應(yīng)；時序即對事件實(shí)現(xiàn)順序的詳細(xì)說明。語法、語義、同步。語法,確定通信雙方“如何講”,定義了數(shù)據(jù)格式,編碼和信號電平等。語義,確定通信雙方“講什么”,定義了用于協(xié)調(diào)同步和差錯處理等控制信息。同步,確定通信雙方“講話的次序”,定義了速度匹配和排序等。網(wǎng)絡(luò)協(xié)議為計(jì)算機(jī)網(wǎng)絡(luò) 中進(jìn)行數(shù)據(jù)交換而建立的規(guī)則、標(biāo)準(zhǔn)或約定的集合。例如，網(wǎng)絡(luò)中一個微機(jī)用戶和一個大型主機(jī) 的操作員進(jìn)行通信，由于這兩個數(shù)據(jù)終端所用字符集不同，因此操作員所輸入的命令彼此不認(rèn)識。為了能進(jìn)行通信，規(guī)定每個終端都要將各自字符集中的字符先變換為標(biāo)準(zhǔn)字符集的字符后，才進(jìn)入網(wǎng)絡(luò)傳送，到達(dá)目的終端之后，再變換為該終端字符集的字符。當(dāng)然，對于不相容終端，除了需變換字符集字符外還需轉(zhuǎn)換其他特性，如顯示格式、行長、行數(shù)、屏幕滾動方式等也需作相應(yīng)的變換。

網(wǎng)絡(luò)協(xié)議的三個要素是什么

4，關(guān)于高字節(jié)和低字節(jié)的問題

高低字節(jié)是相對而言的，如11101010，從右到左為由低字節(jié)到高字節(jié)，也就是說，左邊的是高字節(jié)，右邊的是低字節(jié)（仍然是相對而言的，沒有絕對的界限）。當(dāng)ASCII值小于127的時候，系統(tǒng)會將整型變量的高字節(jié)置0、低字節(jié)存放該字符的ASCII值。這是因?yàn)閺牡臀婚_始放數(shù)據(jù)（ASCII值），還沒到高位，數(shù)據(jù)就完整表示了，根本不需要再使用高字節(jié)位，但是系統(tǒng)又不容許它為空，所以就給0 咯。

1. 字節(jié)順序是指占內(nèi)存多于一個字節(jié)類型的數(shù)據(jù)在內(nèi)存中的存放順序，通常有小端、大端兩種字節(jié)順序。小端字節(jié)序指低字節(jié)數(shù)據(jù)存放在內(nèi)存低地址處，高字節(jié)數(shù)據(jù)存放在內(nèi)存高地址處；大端字節(jié)序是高字節(jié)數(shù)據(jù)存放在低地址處，低字節(jié)數(shù)據(jù)存放在高地址處。2. 基于x86平臺的pc機(jī)是小端字節(jié)序的，而有的嵌入式平臺則是大端字節(jié)序的。因而對int、uint16、uint32等多于1字節(jié)類型的數(shù)據(jù)，在這些嵌入式平臺上應(yīng)該變換其存儲順序。通常認(rèn)為，在空中傳輸?shù)淖止?jié)的順序即網(wǎng)絡(luò)字節(jié)序?yàn)闃?biāo)準(zhǔn)順序，考慮到與協(xié)議的一致以及與同類其它平臺產(chǎn)品的互通，在程序中發(fā)數(shù)據(jù)包時，將主機(jī)字節(jié)序轉(zhuǎn)換為網(wǎng)絡(luò)字節(jié)序，收數(shù)據(jù)包處將網(wǎng)絡(luò)字節(jié)序轉(zhuǎn)換為主機(jī)字節(jié)序。

5，CC 網(wǎng)絡(luò)編程字節(jié)序的問題

恩。基本上是這個意思。htons表示short類型的數(shù)據(jù)由主機(jī)字節(jié)序轉(zhuǎn)為網(wǎng)絡(luò)字節(jié)序。而ntohs表示是網(wǎng)絡(luò)字節(jié)序轉(zhuǎn)換到主機(jī)字節(jié)序。因?yàn)闅v史的原因網(wǎng)絡(luò)字節(jié)序約定為大端（bigedian），而主機(jī)字節(jié)序位則依據(jù)CPU的類型各有不同，我們普通的intel處理器為小端，而powerpc等一些處理器則是大端。那么從主機(jī)出去的數(shù)據(jù)到網(wǎng)絡(luò)上例如是INTEL,那是要轉(zhuǎn)換的。所以你這個無論是服務(wù)器還是客戶端，只要是出去的數(shù)據(jù)都是要經(jīng)過htonxx這樣的函數(shù)轉(zhuǎn)換。如果是接收呢，則是要通過ntohxx這樣的函數(shù)轉(zhuǎn)換的。設(shè)置端口由于是面向網(wǎng)絡(luò)操作，所以也是要使用htons轉(zhuǎn)換的。

你這個問題我看沒有幾個人能真正的回答你，這個不是一般人所能為的，也不是一下兩下就能寫出來的。另外c及c++編譯后是直接生成的機(jī)器碼，而java編譯后生成的是二進(jìn)制的字節(jié)碼，需要jvm來解釋成機(jī)器碼來執(zhí)行，也就是說java多了中間一步，要生成字節(jié)碼，當(dāng)然了這也正是它的夸平臺性的一個主要方面。從字節(jié)碼上轉(zhuǎn)的話需要很了解jvm指令以及機(jī)器碼指令，如果從語義，語法上去轉(zhuǎn)的話，就需要非常精通兩種語言，這不是常人所能及的，估計(jì)讓java的發(fā)明者去做可能也要一些人和一些時間的。

6，誰能幫忙解釋一下主機(jī)字節(jié)次序和網(wǎng)絡(luò)字節(jié)次序

網(wǎng)絡(luò)字節(jié)序與主機(jī)字節(jié)序不同的CPU有不同的字節(jié)序類型這些字節(jié)序是指整數(shù)在內(nèi)存中保存的順序這個叫做主機(jī)序最常見的有兩種 1． Little endian：將低序字節(jié)存儲在起始地址 2． Big endian：將高序字節(jié)存儲在起始地址 LE little-endian 最符合人的思維的字節(jié)序地址低位存儲值的低位地址高位存儲值的高位怎么講是最符合人的思維的字節(jié)序，是因?yàn)閺娜说牡谝挥^感來說低位值小，就應(yīng)該放在內(nèi)存地址小的地方，也即內(nèi)存地址低位反之，高位值就應(yīng)該放在內(nèi)存地址大的地方，也即內(nèi)存地址高位 BE big-endian 最直觀的字節(jié)序地址低位存儲值的高位地址高位存儲值的低位為什么說直觀，不要考慮對應(yīng)關(guān)系只需要把內(nèi)存地址從左到右按照由低到高的順序?qū)懗?把值按照通常的高位到低位的順序?qū)懗?兩者對照，一個字節(jié)一個字節(jié)的填充進(jìn)去例子：在內(nèi)存中雙字0x01020304(DWORD)的存儲方式內(nèi)存地址 4000 4001 4002 4003 LE 04 03 02 01 BE 01 02 03 04 例子：如果我們將0x1234abcd寫入到以0x0000開始的內(nèi)存中，則結(jié)果為 big-endian little-endian 0x0000 0x12 0xcd 0x0001 0x23 0xab 0x0002 0xab 0x34 0x0003 0xcd 0x12 x86系列CPU都是little-endian的字節(jié)序. 網(wǎng)絡(luò)字節(jié)順序是TCP/IP中規(guī)定好的一種數(shù)據(jù)表示格式，它與具體的CPU類型、操作系統(tǒng)等無關(guān)，從而可以保證數(shù)據(jù)在不同主機(jī)之間傳輸時能夠被正確解釋。網(wǎng)絡(luò)字節(jié)順序采用big endian排序方式。為了進(jìn)行轉(zhuǎn)換 bsd socket提供了轉(zhuǎn)換的函數(shù) 有下面四個 htons 把unsigned short類型從主機(jī)序轉(zhuǎn)換到網(wǎng)絡(luò)序 htonl 把unsigned long類型從主機(jī)序轉(zhuǎn)換到網(wǎng)絡(luò)序 ntohs 把unsigned short類型從網(wǎng)絡(luò)序轉(zhuǎn)換到主機(jī)序 ntohl 把unsigned long類型從網(wǎng)絡(luò)序轉(zhuǎn)換到主機(jī)序在使用little endian的系統(tǒng)中這些函數(shù)會把字節(jié)序進(jìn)行轉(zhuǎn)換在使用big endian類型的系統(tǒng)中這些函數(shù)會定義成空宏同樣在網(wǎng)絡(luò)程序開發(fā)時或是跨平臺開發(fā)時也應(yīng)該注意保證只用一種字節(jié)序不然兩方的解釋不一樣就會產(chǎn)生bug.

7，不同體系結(jié)構(gòu)的處理器有big endian和little endian 模式哪位能告訴我

Big Endian 和 Little Endian [轉(zhuǎn)] powerpc 發(fā)表于 2005-5-5 15:25:00 談到字節(jié)序的問題，必然牽涉到兩大CPU派系。那就是Motorola的PowerPC系列CPU和Intel的x86系列CPU。PowerPC系列采用big endian方式存儲數(shù)據(jù)，而x86系列則采用little endian方式存儲數(shù)據(jù)。那么究竟什么是big endian，什么又是 little endian呢？其實(shí)big endian是指低地址存放最高有效字節(jié)（MSB），而little endian則是低地址存放最低有效字節(jié)（LSB）。用文字說明可能比較抽象，下面用圖像加以說明。比如數(shù)字0x12345678在兩種不同字節(jié)序CPU中的存儲順序如下所示： Big Endian 低地址高地址 -----------------------------------------> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 12 | 34 | 56 | 78 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Little Endian 低地址高地址 -----------------------------------------> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 78 | 56 | 34 | 12 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 從上面兩圖可以看出，采用big endian方式存儲數(shù)據(jù)是符合我們?nèi)祟惖乃季S習(xí)慣的。而little endian，!@#＄%^&*，見鬼去吧 -_-||| 為什么要注意字節(jié)序的問題呢？你可能這么問。當(dāng)然，如果你寫的程序只在單機(jī)環(huán)境下面運(yùn)行，并且不和別人的程序打交道，那么你完全可以忽略字節(jié)序的存在。但是，如果你的程序要跟別人的程序產(chǎn)生交互呢？在這里我想說說兩種語言。C/C++語言編寫的程序里數(shù)據(jù)存儲順序是跟編譯平臺所在的CPU相關(guān)的，而 JAVA編寫的程序則唯一采用big endian方式來存儲數(shù)據(jù)。試想，如果你用C/C++語言在x86平臺下編寫的程序跟別人的JAVA程序互通時會產(chǎn)生什么結(jié)果？就拿上面的0x12345678來說，你的程序傳遞給別人的一個數(shù)據(jù)，將指向0x12345678的指針傳給了JAVA程序，由于JAVA 采取big endian方式存儲數(shù)據(jù)，很自然的它會將你的數(shù)據(jù)翻譯為0x78563412。什么？竟然變成另外一個數(shù)字了？是的，就是這種后果。因此，在你的C程序傳給JAVA程序之前有必要進(jìn)行字節(jié)序的轉(zhuǎn)換工作。無獨(dú)有偶，所有網(wǎng)絡(luò)協(xié)議也都是采用big endian的方式來傳輸數(shù)據(jù)的。所以有時我們也會把big endian方式稱之為網(wǎng)絡(luò)字節(jié)序。當(dāng)兩臺采用不同字節(jié)序的主機(jī)通信時，在發(fā)送數(shù)據(jù)之前都必須經(jīng)過字節(jié)序的轉(zhuǎn)換成為網(wǎng)絡(luò)字節(jié)序后再進(jìn)行傳輸。ANSI C中提供了下面四個轉(zhuǎn)換字節(jié)序的宏。 ·BE和LE一文的補(bǔ)完我在8月9號的《Big Endian和Little Endian》一文中談了字節(jié)序的問題，原文見上面的超級鏈接。可是有朋友仍然會問，CPU存儲一個字節(jié)的數(shù)據(jù)時其字節(jié)內(nèi)的8個比特之間的順序是否也有big endian和little endian之分？或者說是否有比特序的不同？實(shí)際上，這個比特序是同樣存在的。下面以數(shù)字0xB4（10110100）用圖加以說明。 Big Endian msb lsb ----------------------------------------------> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 1 | 0 | 1 | 1 | 0 | 1 | 0 | 0 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Little Endian lsb msb ----------------------------------------------> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0 | 0 | 1 | 0 | 1 | 1 | 0 | 1 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 實(shí)際上，由于CPU存儲數(shù)據(jù)操作的最小單位是一個字節(jié)，其內(nèi)部的比特序是什么樣對我們的程序來說是一個黑盒子。也就是說，你給我一個指向0xB4這個數(shù)的指針，對于big endian方式的CPU來說，它是從左往右依次讀取這個數(shù)的8個比特；而對于little endian方式的CPU來說，則正好相反，是從右往左依次讀取這個數(shù)的8個比特。而我們的程序通過這個指針訪問后得到的數(shù)就是0xB4，字節(jié)內(nèi)部的比特序?qū)τ诔绦騺碚f是不可見的，其實(shí)這點(diǎn)對于單機(jī)上的字節(jié)序來說也是一樣的。那可能有人又會問，如果是網(wǎng)絡(luò)傳輸呢？會不會出問題？是不是也要通過什么函數(shù)轉(zhuǎn)換一下比特序？嗯，這個問題提得很好。假設(shè)little endian方式的CPU要傳給big endian方式CPU一個字節(jié)的話，其本身在傳輸之前會在本地就讀出這個8比特的數(shù)，然后再按照網(wǎng)絡(luò)字節(jié)序的順序來傳輸這8個比特，這樣的話到了接收端不會出現(xiàn)任何問題。而假如要傳輸一個32比特的數(shù)的話，由于這個數(shù)在littel endian方存儲時占了4個字節(jié)，而網(wǎng)絡(luò)傳輸是以字節(jié)為單位進(jìn)行的，little endian方的CPU讀出第一個字節(jié)后發(fā)送，實(shí)際上這個字節(jié)是原數(shù)的LSB，到了接收方反倒成了MSB從而發(fā)生混亂。