国产成人aaa,小黄鸭精品aⅴ导航网站入口,欧美日韩精品一区视频

1，若要將一個C類的網絡19217120劃分為14個子網

前三個字節不動后面一個字節拿出4bit來做網絡號就可以了

192.17.12.0 這就是一個網段了不能劃分

若要將一個C類的網絡19217120劃分為14個子網

2，什么是字節序JVM采用哪種字節序

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

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

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

什么是字節序JVM采用哪種字節序

3，網絡協議的三個要素是什么

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

網絡協議的三個要素是什么

4，關于高字節和低字節的問題

高低字節是相對而言的，如11101010，從右到左為由低字節到高字節，也就是說，左邊的是高字節，右邊的是低字節（仍然是相對而言的，沒有絕對的界限）。當ASCII值小于127的時候，系統會將整型變量的高字節置0、低字節存放該字符的ASCII值。這是因為從低位開始放數據（ASCII值），還沒到高位，數據就完整表示了，根本不需要再使用高字節位，但是系統又不容許它為空，所以就給0 咯。

1. 字節順序是指占內存多于一個字節類型的數據在內存中的存放順序，通常有小端、大端兩種字節順序。小端字節序指低字節數據存放在內存低地址處，高字節數據存放在內存高地址處；大端字節序是高字節數據存放在低地址處，低字節數據存放在高地址處。2. 基于x86平臺的pc機是小端字節序的，而有的嵌入式平臺則是大端字節序的。因而對int、uint16、uint32等多于1字節類型的數據，在這些嵌入式平臺上應該變換其存儲順序。通常認為，在空中傳輸的字節的順序即網絡字節序為標準順序，考慮到與協議的一致以及與同類其它平臺產品的互通，在程序中發數據包時，將主機字節序轉換為網絡字節序，收數據包處將網絡字節序轉換為主機字節序。

5，CC 網絡編程字節序的問題

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

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

6，誰能幫忙解釋一下主機字節次序和網絡字節次序

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

7，不同體系結構的處理器有big endian和little endian 模式哪位能告訴我

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