通訊協定

網路通訊協定是一種網路通用語言，為連接不同作業系統和不同硬體體系結構的網路絡引提供通訊支持，是一種網路通用語言。

應用層

#HTTPHypertext Transfer Protocol 超文本傳輸協議，顯示網頁DNSDomain Name System 網域系統#FTPFile Transfer Protocol 檔案傳輸協定

名稱	#註解

#SFTP

SSH File Transfer Protocol 安全文件傳送協定SSHSecure Shell通訊層


#通訊層

##註解TCP#Transmission Control Protocol 三次握手傳輸協定 UDP網路層

############註釋##################IP######Internet Protocol############ICMP######Internet Control Message Protocol ，主要用於路由發送錯誤報告############

HTTP

HTTP是Hyper Text Transfer Protocol（超文本傳輸協定）的縮寫。它的發展是萬維網協會（World Wide Web Consortium）和Internet工作小組IETF（Internet Engineering Task Force）合作的結果，（他們）最終發布了一系列的RFC，RFC 1945定義了HTTP/1.0版本。其中最著名的就是RFC 2616。 RFC 2616定義了今天普遍使用的一個版本－HTTP 1.1。

HTTP協定（HyperText Transfer Protocol，超文本傳輸協定）是用於從WWW伺服器傳輸超文本到本機瀏覽器的傳送協定。它可以使瀏覽器更加高效，使網路傳輸減少。它不僅保證電腦正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內容首先顯示(如文本先於圖形)等。

HTTP是一個應用層協議，由請求和回應構成，是一個標準的客戶端伺服器模型。 HTTP是一個無狀態的協定。

在TCP/IP協定堆疊中的位置

HTTP協定通常承載於TCP協定之上，有時也承載於TLS或SSL協定層之上，這個時候，就成了我們常說的HTTPS。如下圖所示

php中通訊協定以及行程與執行緒的基礎講解

預設HTTP的連接埠號碼為80，HTTPS的連接埠號碼為443。

HTTP的請求回應模型

HTTP協定永遠都是客戶端發起請求，伺服器回傳回應。見下圖

php中通訊協定以及行程與執行緒的基礎講解

這樣就限制了使用HTTP協議，無法實現在客戶端沒有發起請求的時候，伺服器將訊息推送給客戶端。
HTTP協定是一個無狀態的協議，同一個客戶端的這次請求和上次請求是沒有對應關係。

HTTP Request

客戶端發送一個HTTP請求到伺服器的請求訊息包括以下格式

請求行（request line）
請求頭部（header）
空白行和請求資料四個部分組成。

Get請求範例

GET /562f25980001b1b106000338.jpg HTTP/1.1Host img.mukewang.comUser-Agent Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36Accept image/webp,image/*,*/*;q=0.8Referer http://www.imooc.com/Accept-Encoding gzip, deflate, sdchAccept-Language zh-CN,zh;q=0.8

登入後複製

POST請求範例

POST / HTTP1.1Host:www.wrox.comUser-Agent:Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)Content-Type:application/x-www-form-urlencodedContent-Length:40Connection: Keep-Alivename=Professional%20Ajax&publisher=Wiley

登入後複製

第一部分：請求行，第一行顯示請求類型，以及http1.1版本。
第二部分：請求頭部，第二行至第六行。
第三部分：空行，第七行的空白行。
第四部分：請求數據，第八行。

HTTP Response

一般情況下，伺服器接收並處理客戶端發送過來的請求後會傳回一個HTTP的回應訊息。
HTTP回應也由四個部分組成

狀態行
#訊息標頭
空白行和回應正文。

HTTP/1.1 200 OKDate: Fri, 22 May 2009 06:07:21 GMTContent-Type: text/html; charset=UTF-8<!--body goes here-->

登入後複製

第一部分狀態行 : 由HTTP協定版本號、狀態碼、狀態訊息三部分組成。
第二部分訊息標頭: 用來說明客戶端要使用的一些附加資訊
第三部分空行: 訊息標頭後面的空行是必須的
第四部分回應正文: 伺服器傳回給客戶端的文字訊息。

HTTP 狀態碼

狀態碼有三位數字組成，第一個數字定義了回應的類別，共分五種類別

##已重新導向- -要完成請求必須進行更進一步的操作4xx客戶端錯誤--請求有語法錯誤或請求無法實現#5xx伺服器端錯誤--伺服器未能實現合法的請求#

進程與執行緒

進程的概念是作業系統的結構的基礎。 Multics的設計者在20世紀60年代首次使用了這個技術詞語,它比作業更通用一些。關於進程的定義，如下所示

一個正在執行的程式。
電腦中正在執行的程式的一個實例。
可以指派給處理器並由處理器執行的一個實體。
由單一的順序的執行緒、一個目前狀態和一組相關的系統資源所描述的活動單元。

為什麼設計了流程?

設計出一個能夠協調各種不同活動的系統軟體是非常困難的。

在任何時刻都有許多作業在運行中,每個作業都包括要求按照順序執行的很多步驟，因此分析時間的序列組合是不可的。由於缺乏能夠在所有活動中進行協調和合作的系統級的方法，程式設計師只能基於他們對作業系統所控制的環境的理解，採用自己的特殊方法。然而這種方法是很脆弱的，尤其對於一些程式設計中的小錯誤，因為這些錯誤只有在很少見的時間序列發生時才會出現。

由於需要從應用程式軟體錯誤和硬體錯誤中區分出這些錯誤，因此診斷工作是很困難的。及時檢測出錯誤，也很難確定原因，因為很難在線上錯誤產生的精確場景。一般而言，產生這類錯誤的4個主要原因如下：