基礎(chǔ)的通信協(xié)議

通信協(xié)議：Http、TCP、UDPSocket：代表客戶端和服務(wù)器端的一個(gè)通信進(jìn)程，雙方進(jìn)程通過(guò)socket進(jìn)行通信，而通信的規(guī)則采用指定的協(xié)議。Socket只是一種連接模式，不是tcp，udp協(xié)議。http是基于tcp的，用socket可以創(chuàng)建任何協(xié)議的連接，因?yàn)槠渌麉f(xié)議都是基于此的。Http（超文本傳輸協(xié)議）：（1）是從web服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。屬于應(yīng)用層協(xié)議。當(dāng)瀏覽網(wǎng)頁(yè)時(shí)，瀏覽器與web服務(wù)器就會(huì)通過(guò)http在Internet上進(jìn)行數(shù)據(jù)的發(fā)送和接收。（2）Http是一個(gè)基于請(qǐng)求/響應(yīng)模式的、無(wú)狀態(tài)的協(xié)議，即我們通常所說(shuō)的Request/Response。（3）http協(xié)議與服務(wù)器交互的方法，基本的四種：GET,POST,PUT,DELETE對(duì)應(yīng)：查，改，增，刪。Get一般用于獲取/查詢(xún)資源信息，而post一般用于更新資源信息。Get與post的區(qū)別：1、get提交的數(shù)據(jù)會(huì)放在url之后，以？分割url和傳輸數(shù)據(jù)，參數(shù)間以&相連，而post方法是把提交的數(shù)據(jù)放在http包的body中2、get提交的數(shù)據(jù)大小有限制（因?yàn)闉g覽器對(duì)url的長(zhǎng)度有限制），而post方法提交的數(shù)據(jù)沒(méi)有限制。3、get方式需要使用Request.QueryString來(lái)取得變量的值，而post方式通過(guò)Request.Form來(lái)獲取變量的值，也就是說(shuō)get是通過(guò)地址欄來(lái)傳值，而post是通過(guò)提交表單來(lái)傳值。4、get方式提交數(shù)據(jù)，會(huì)帶來(lái)安全問(wèn)題，比如一個(gè)登陸頁(yè)面，通過(guò)get方式提交數(shù)據(jù)時(shí)，用戶名和密碼將會(huì)出現(xiàn)在url上，如果頁(yè)面可以被緩存或者其他人可以訪問(wèn)這臺(tái)機(jī)器，就可以從歷史記錄中獲得該用戶的賬號(hào)和密碼。TCP、UDP協(xié)議：傳輸層TCP（傳輸控制協(xié)議）：（1）是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議，由IETF的RFC793定義。（2）使用三次握手協(xié)議建立連接。當(dāng)主動(dòng)方發(fā)出SYN連接請(qǐng)求后，等待對(duì)方回答SYN+ACK，并最終對(duì)對(duì)方的SYN執(zhí)行ACK確認(rèn)。這種建立連接的方法可以防止產(chǎn)生錯(cuò)誤的連接，TCP使用的流量控制協(xié)議是可變大小的滑動(dòng)窗口協(xié)議。（3）TCP三次握手的過(guò)程如下：三次握手完成，TCP客戶端和服務(wù)器端成功建立連接，可以開(kāi)始傳輸數(shù)據(jù)了。UDP（用戶數(shù)據(jù)報(bào)協(xié)議）：傳輸層協(xié)議（1）是OSI參考模型中一種無(wú)連接的傳輸層協(xié)議，提供面向事物的簡(jiǎn)單不可靠信息傳送服務(wù)。（2）UDP提供了無(wú)連接通信，傳輸速度快，且不對(duì)傳送數(shù)據(jù)包進(jìn)行可靠性保證，適合一次傳輸