看到一篇講tcp/ip協議的部落格，覺著很好理解，記錄以下，權當入門。
話說兩台電腦要通訊就必須遵守共同的規則，就好比兩個人要溝通就必須使用共同的語言一樣。乙個只懂英語的人，和乙個只懂中文的人由於沒有共同的語言（規則）就沒辦法溝通。兩台電腦之間進行通訊所共同遵守的規則，就是網路協議。
tcp/ip 是乙個協議族，也是按照層次劃分。共四層：應用層，傳輸層，互連網路層，網路介面層。那麼tcp/ip協議和osi模型有什麼區別呢？osi網路協議模型，是乙個參考模型，而tcp/ip協議是事實上的標準。tcp/ip協議參考了osi 模型，但是並沒有嚴格按照osi規定的七層去劃分標準，而只劃分了四層，個人覺得這樣會更簡單點，當劃分太多層次時，你很難區分某個協議是屬於哪個層次 的。tcp/ip協議和osi模型也並不衝突，tcp/ip協議中的應用層協議，就對應於osi中的應用層，表示層，會話層。就像以前有工業部和資訊產業 部，現在實行大部制後只有工業和資訊化部乙個部門，但是這個部門還是要做以前兩個部門一樣多的事情，本質上沒有多大的差別。tcp/ip中有兩個重要的協 議，傳輸層的tcp協議和互連網路層的ip協議，因此就拿這兩個協議做代表，來命名整個協議族了，在說tcp/ip協議時，是指整個協議族。
tcp/ip協議分為四個層次，但我們並不需要了解所有層次的協議，我覺得主要關注應用層和傳輸層的協議就可以了。拿寄送郵件舉例， a寄郵件給b，a關心的是用什麼格式寫什麼內容給b（應用層內容），是寄**信還是寄平信（傳輸層內容），但是a是不會去關注郵件傳送過程中採用了那條路 線，郵遞員是如何把信件遞送到b手裡的（互連網路層，網路介面層）。
先說傳輸層，傳輸層有多個協議，但最主要的是tcp和udp協議。兩則的區別在於tcp協議需要接收方反饋，udp協議不需要接收方反饋。tcp就像** 信，a電腦發資訊給b電腦後，需要得到b電腦的反饋，這樣a電腦就能知道b電腦是否已經收到資訊。udp就像平信，a電腦發資訊給b電腦後，b電腦並不給 a電腦發聵，a電腦傳送資訊出去後並不知道b電腦是否已經收到。 因此，tcp傳輸比udp傳送更可靠，但是tcp傳輸的效率就不如udp了。至於，在傳送過程中具體選擇哪種傳送方式，需要具體問題具體分析。在不可靠的 網路傳送過程中一般選擇tcp傳送方式。在講求效率，或者不在乎傳送失誤的情況下可以選擇udp方式來提高傳輸速率。
應用層的協議有很多，每乙個協議代表一種型別的服務。http協議，全球資訊網服務。ftp協議，檔案傳送服務。pop3，郵件服務，soap協議webservice服務。
在理解tcp/ip協議的過程中，我遇到了三個困惑。
1.什麼是socket?
以前有聽說過socket程式設計這種說法，也有的說套接字程式設計。我在搜尋關於socket的資料時，發現有的說socket是指乙個連線，有的說 socket是一指乙個端點。拿打**做比喻，a**機和b**機正在通話，那麼socket是指的a和b之間的連線線呢，還是指**機（端點）？
我現在的理解是，socket就是乙個連線中的乙個端點，一次通訊（連線）a,b端都會有乙個socket。乙個socket對應乙個連線。
2.http協議屬於應用層還是傳輸層？
http 超文字傳送協議，聽上去像是傳輸層的協議一樣。但事實上大家都知道http和ftp一樣都是屬於應用層的協議，我先前很納悶的是，既然是應用層的協議，怎 麼就取這樣乙個誤導人的名稱啊。在對tcp/ip協議還不熟悉的時候，這很容易讓人誤解和納悶的。後來，我在wiki上發現這麼一段話：
http中文譯名問題
http 在中國大陸被翻譯為「超文字傳輸協議」，因為「transfer」在中文裡有「傳輸」的含意。但依據 http 定製者之一的 roy fielding博士的**[1]（6.5.3節），作者專門強調「transfer」表示的是「（表述狀態的）轉移」 （representational state transfer），而不是「傳輸」（transport）。故其中文譯名「超文字傳輸協議」恰恰引種反映了這種誤解。更符合原義的譯名應該為「超文字轉 移協議」。
這段話解除了我的疑惑。那麼http協議當然是應用層的協議。
3.soap可以使用http協議進行傳輸嗎？
在了解soap協議的過程中，看到介紹說soap可以通過tcp,udp,http協議來傳送。這也是讓人困惑的描述。一看這句話，就會感覺http怎麼 和tcp,udp協議並列了呢？難道http還是屬於傳輸層的協議？再加上http中文譯名的問題，名字聽上去像傳輸層，初學者又要開始頭大了。
事實上，http是應用層的協議，這一點可以毫無懷疑。那麼現在新的問題來了。soap和http都是應用層協議，怎麼說soap能用http協議來傳輸呢？應用層的協議可以用應用層的協議傳送嗎？
我查閱了資料，是這樣一回事情，soap將資訊進行xml的序列化後，再用http協議的方式再打包進行傳送，傳送的方式還是tcp或者udp。做個比喻 就好理解了。tcp 和 udp 都是公路，暫且把tcp認為是一般公路，udp高速公路，soap和http就都是汽車，那麼soap和http都可以在tcp和udp上跑。說soap 可以通過http來傳送，實際就是說soap是小轎車，http是裝轎車的卡車，把soap的資訊裝到http裡面，然後再運輸，當然走的道路還是tcp 或udp。
說soap可以通過http協議來傳輸，這句話不太準確，比較準確第說法是：soap資訊可以通過http協議包裝後通過tcp或udp傳輸。
正則 入門篇
如果你對正則感興趣,讀完這篇文章,一定會有收穫 寫好正規表示式的兩個要點 1.正確匹配字元數量 相關符號 2.正確匹配字元種類 相關符號 除上面符號以外的其它符號 相關符號 代表 萬能匹配 可以匹配除了 n 換行符 之外的任何單個字元 代表 不要貪婪 用在 後面,表示匹配的越少越好 也代表 非 即一...
正則 入門篇
如果你對正則感興趣,讀完這篇文章,一定會有收穫 代表 萬能匹配 可以匹配除了 n 換行符 之外的任何單個字元 代表 不要貪婪 用在 後面,表示匹配的越少越好 也代表 非 即一 代表 除了你 在中括號內,如 表示單個非下劃線字元 也代表 匹配首位 代表 匹配末位 代表 至無窮 大於等於0的整數 代表 ...
前端入門篇
作為乙個後端的開發，我其實不想設計到前端的開發。雖然都會是不錯的體驗，但是術業有專攻，還是揚長避短才能成就部分期待。但是沒有什麼能獨善其身，一方面環境使然，一方面前端的良好的效果能促進完成更好的產品，更加符合自己期待的東西，所以開始吧 前端目前的框架主流是vue react angular 推薦re...