網(wǎng)絡概念第一天
兩臺電腦怎么通過網(wǎng)絡傳輸數(shù)據(jù)起便？怎樣才能知道傳輸?shù)氖菙?shù)據(jù)棚贾？誰摸過網(wǎng)線？
看電影榆综，怎么看的妙痹？
通過電流，把數(shù)據(jù)傳過來鼻疮，主機操作系統(tǒng)會把電流轉換成二進制怯伊。
對數(shù)據(jù)做了打包封裝，傳到網(wǎng)絡上判沟。
在網(wǎng)絡線路上看到很多路耿芹，條條大路通羅馬，得選一個最優(yōu)路徑水评，以確保最快最安全的到達目的地猩系。
OSI七層模型（開放系統(tǒng)互連參考模型 ）
（了解）開放系統(tǒng)互連參考模型 (Open System Interconnect 簡稱OSI）是國際標準化組織(ISO)和國際電報電話咨詢委員會(CCITT)聯(lián)合制定的開放系統(tǒng)互連參考模型，為開放式互連信息系統(tǒng)提供了一種功能結構的框架中燥。寇甸，它從低到高分別是：物理層、數(shù)據(jù)鏈路層、網(wǎng)絡層拿霉、傳輸層吟秩、會話層、表示層和應用層绽淘。
（了解）物理層涵防、數(shù)據(jù)鏈路層、網(wǎng)絡層沪铭、傳輸層壮池、會話層、表示層和應用層杀怠。每一層的功能是獨立的椰憋。它利用其下一層提供的服務并為其上一層提供服務，而與其他層的具體實現(xiàn)無關赔退。這里所謂的“服務”就是下一層向上一層提供的通信功能和層之間的會話規(guī)定橙依，一般用通信原語實現(xiàn)。兩個開放系統(tǒng)中的同等層之間的通信規(guī)則和約定稱之為協(xié)議硕旗。通常把1～4層協(xié)議稱為下層協(xié)議窗骑，5～7層協(xié)議稱為上層協(xié)議。
物理層：主要定義物理設備標準漆枚，如網(wǎng)線的接口類型创译、光纖的接口類型、各種傳輸介質(zhì)的傳輸速率等浪读。它的主要作用是傳輸比特流（就是由1昔榴、0轉化為電流強弱來進行傳輸,到達目的地后在轉化為1、0碘橘，也就是我們常說的數(shù)模轉換與模數(shù)轉換）互订。這一層是數(shù)據(jù)的比特流。例：摸網(wǎng)線
-
數(shù)據(jù)鏈路層：定義了如何讓格式化數(shù)據(jù)以進行傳輸痘拆，以及如何讓控制對物理介質(zhì)的訪問仰禽。這一層通常還提供錯誤檢測和糾正，是一種對比特流的一種包裝纺蛆，以確保數(shù)據(jù)的可靠傳輸和可識別吐葵。這一層是數(shù)據(jù)的幀。
-
網(wǎng)絡層：在位于不同地理位置的網(wǎng)絡中的兩個主機系統(tǒng)之間提供連接和路徑選擇桥氏。Internet的發(fā)展使得從世界各站點訪問信息的用戶數(shù)大大增加温峭，而網(wǎng)絡層正是管理這種連接的層。這一層數(shù)據(jù)傳送的單位是分組或包字支。
傳輸層：定義了一些傳輸數(shù)據(jù)的協(xié)議和端口號（如HTTP的端口80等）凤藏，TCP（傳輸控制協(xié)議奸忽，傳輸效率低，可靠性強揖庄，可以用于傳輸可靠性要求高栗菜，數(shù)據(jù)量大的數(shù)據(jù)），UDP（用戶數(shù)據(jù)報協(xié)議蹄梢，與TCP特性恰恰相反疙筹，用于傳輸可靠性要求不高，數(shù)據(jù)量小的數(shù)據(jù)禁炒，如QQ聊天數(shù)據(jù)就是通過這種方式傳輸?shù)模?主要是從下層接收的數(shù)據(jù)進行分段和傳輸而咆，到達目的地址后再進行重組。常常把這一層數(shù)據(jù)叫做報文段齐苛。
會話層：通過傳輸層（端口號：傳輸端口與接收端口）建立數(shù)據(jù)傳輸?shù)耐非谈恰Ｖ饕谀愕南到y(tǒng)之間發(fā)起會話或者接受會話請求（設備之間需要互相認識可以是IP也可以是MAC或者是主機名）
-
表示層：可確保一個系統(tǒng)的應用層所發(fā)送的信息可以被另一個系統(tǒng)的應用層讀取。例如凹蜂，PC程序與另一臺計算機進行通信，其中一臺計算機使用擴展二一十進制交換碼（EBCDIC）阁危，而另一臺則使用美國信息交換標準碼（ASCII）來表示相同的字符玛痊。如有必要，表示層會通過使用一種通格式來實現(xiàn)多種數(shù)據(jù)格式之間的轉換狂打。
*
應用層： 是最靠近用戶的OSI層擂煞。這一層為用戶的應用程序（例如電子郵件、文件傳輸和終端仿真）提供網(wǎng)絡服務趴乡。
什么是客戶端服務器
服務端的特征：
被動的角色（從）对省。 等待來自客戶端的要求。 處理要求并傳回結果晾捏。客戶端的特征：
主動的角色（主）蒿涎。 發(fā)送要求。 等待直到收到回應惦辛。 服務器可是有狀態(tài)或者無狀態(tài)的劳秋。無狀態(tài)的服務器不會保留任何兩個請求之間的信息，有狀態(tài)服務器會記住請求之間的信息胖齐。這些信息的作用域可以是全局的或者某個事務 （session）的玻淑。靜態(tài) HTML 頁面服務器是一個無狀態(tài)服務器的例子，Apache Tomcat 是一個有狀態(tài)服務器呀伙。C/S框架和p2p（peer to peer）P2P 框架比較
另一種已知的網(wǎng)絡架構類型是點對點技術(peer-to-peer architecture)补履，不同于客戶端服務器，網(wǎng)絡上的每個使用端或程式的實體都擁有相同的等級剿另，同時扮演用戶端與服務器的角色箫锤。Peer to peer 常被縮寫成 P2P贬蛙。
此兩種架構目前都被廣范使用，可以找尋有關中心式網(wǎng)絡(Client-Server)或非中心式網(wǎng)絡(Peer-to-peer)得到更詳細的資訊麻汰，此兩種架構都可于 Windows 與Linux上面使用
傳輸層協(xié)議和傳輸協(xié)議一樣嗎速客？
答:傳輸層（TransportLayer）是OSI中最重要,答：最關鍵的一層,是唯一負責總體的數(shù)據(jù)傳輸和數(shù)據(jù)控制的一層.傳輸層提供端到端的交換數(shù)據(jù)的機制，檢查分組編號與次序五鲫。傳輸層對其上三層如會話層等溺职，提供可靠的傳輸服務,對網(wǎng)絡層提供可靠的目的地站點信息.
傳輸層中的協(xié)議（了解）
傳輸層（又稱主機到主機傳輸層）為應用層提供會話和數(shù)據(jù)報通信服務。傳輸層承擔OSI傳輸層的職責位喂。傳輸層的核心協(xié)議是TCP和UDP浪耘。TCP提供一對一的、面向連接的可靠通信服務塑崖。TCP建立連接七冲，對發(fā)送的數(shù)據(jù)包進行排序和確認，并恢復在傳輸過程中丟失的數(shù)據(jù)包规婆。與TCP不同澜躺，UDP提供一對一或一對多的、無連接的不可靠通信服務抒蚜。
不論是TCP/IP還是在OSI參考模型中掘鄙，任意相鄰兩層的下層為服務提供者，上層為服務調(diào)用者嗡髓。下層為上層提供的服務可分為兩類：面向連接服務和無連接服務操漠。
- 面向連接的網(wǎng)絡服務
面向連接的網(wǎng)絡服務又稱為虛電路（Virtual Circuit）服務，它具有網(wǎng)絡連接建立饿这、數(shù)據(jù)傳輸和網(wǎng)絡連接釋放三個階段浊伙。是按順序傳輸可靠的報文分組方式，適用于指定對象长捧、長報文嚣鄙、會話型傳輸要求。
面向連接服務以電話系統(tǒng)為模式唆姐。要和某個人通話拗慨，首先拿起電話，撥號碼奉芦，通話赵抢，然后掛斷。同樣在使用面向連接的服務時声功，用戶首先要建立連接烦却，使用連接，然后釋放連接先巴。連接本質(zhì)上像個管道：發(fā)送者在管道的一端放入物體其爵，接收者在另一端按同樣的次序取出物體冒冬；其特點是收發(fā)的數(shù)據(jù)不僅順序一致，而且內(nèi)容也相同摩渺。
- 無連接的網(wǎng)絡服務
無連接網(wǎng)絡服務的兩實體之間的通信不需要事先建立好一個連接简烤。無連接網(wǎng)絡服務有3種類型：數(shù)據(jù)報（Datagram）、確認交付（Confirmed Delivery）與請求回答（Request reply摇幻。
無連接服務以郵政系統(tǒng)為模式横侦。每個報文（信件）帶有完整的目的地址，并且每一個報文都獨立于其他報文绰姻，由系統(tǒng)選定的路線傳遞枉侧。在正常情況下，當兩個報文發(fā)往同一目的地時狂芋，先發(fā)的先到榨馁。但是，也有可能先發(fā)的報文在途中延誤了帜矾，后發(fā)的報文反而先收到翼虫；而這種情況在面向連接的服務中是絕對不可能發(fā)生的。
傳輸控制協(xié)議（TCP）（重點了解）
TCP全稱是Transmission Control Protocol屡萤，中文名為傳輸控制協(xié)議
-
TCP工作原理 ：TCP的連接建立過程又稱為TCP三次握手蛙讥。
- 首先客戶端向服務器發(fā)起一個建立連接的同步（SYN）請求；
- 服務器在收到這個請求后向客戶端回復一個同步/確認（SYN/ACK）應答灭衷；
- 客戶端收到此應答確認之后再向服務器發(fā)送一個確認（ACK），旁涤，此時TCP連接成功建立.
- 一旦初始的三次握手完成翔曲，在發(fā)送和接收主機之間將按順序發(fā)送和確認數(shù)據(jù)段，數(shù)據(jù)傳輸完成之后劈愚，關閉連接之前瞳遍，TCP使用類似的握手過程驗證兩個主機是否都完成發(fā)送和接收全部數(shù)據(jù)。
-
它可以提供可靠的菌羽、面向連接的網(wǎng)絡數(shù)據(jù)傳遞服務掠械。傳輸控制協(xié)議主要包含下列任務和功能。
- 確保IP數(shù)據(jù)報的成功傳遞注祖。
- 對程序發(fā)送的大塊數(shù)據(jù)進行分段和重組猾蒂。
- 確保正確排序及按順序傳遞分段的數(shù)據(jù)。
- 通過計算校驗和是晨，進行傳輸數(shù)據(jù)的完整性檢查肚菠。
- 根據(jù)數(shù)據(jù)是否接收成功發(fā)送肯定消息。通過使用選擇性確認罩缴，也對沒有收到的數(shù)據(jù)發(fā)送否定確認蚊逢。
為必須使用可靠的层扶、基于會話的數(shù)據(jù)傳輸程序，如客戶端/服務器數(shù)據(jù)庫和電子郵件程序烙荷，提供首選傳輸方法镜会。
TCP工作過程比較復雜，包括的內(nèi)容如下终抽。
*TCP連接關閉*：客戶端和服務器建立TCP連接并完成數(shù)據(jù)傳輸后戳表，會發(fā)送一個結束標記值1的數(shù)據(jù)包，以關閉這個TCP連接拿诸，并同時釋放該連接占用的緩沖區(qū)資源扒袖。
*TCP重置*：TCP允許在傳輸?shù)倪^程中突然中斷連接。
*TCP數(shù)據(jù)排序和確認*：在傳輸?shù)倪^程中使用序列號和確認號來跟蹤數(shù)據(jù)的接收情況亩码。
*TCP重傳*：在TCP的傳輸過程中季率，如果在重傳超時的時間內(nèi)沒有收到客戶端對某數(shù)據(jù)包的確認回復，客戶端就認為此數(shù)據(jù)包丟失描沟，并再次向服務器發(fā)送這個數(shù)據(jù)包飒泻。
*TCP延遲確認*：TCP并不總是在接收到數(shù)據(jù)后立即對其進行確認，它允許主機在接收數(shù)據(jù)的同時發(fā)送自己的確認信息給對方吏廉。
*TCP數(shù)據(jù)保護*（校驗）：TCP是可靠傳輸?shù)膮f(xié)議泞遗，它提供校驗和計算來實現(xiàn)數(shù)據(jù)在傳輸過程中的完整性。
- TCP與端口號
TCP和UDP都是IP層面的傳輸協(xié)議席覆，是IP與上層之間的處理接口史辙。TCP和UDP端口號被設計來區(qū)分運行在單個設備上的多重應用程序的IP地址。由于同一臺計算機上可能會運行多個網(wǎng)絡應用程序佩伤，所以計算機需要確保目標計算機上接收源主機數(shù)據(jù)包的軟件應用程序的正確性聊倔，以及響應能夠被發(fā)送到源主機的正確應用程序上。該過程正是通過使用TCP或UDP端口號來實現(xiàn)的生巡。
在TCP和UDP頭部分耙蔑，有“源端口”和“目標端口”段， 主要用于顯示發(fā)送和接收過程中的身份識別信息孤荣。IP 地址和端口號合在一起被稱為“套接字”甸陌。TCP端口比較復雜，其工作方式與UDP端口不同盐股。UDP端口對于基于UDP的通信作為單一消息隊列和網(wǎng)絡端點來操作钱豁，而所有TCP通信的終點都是唯一的連接。每個TCP連接由兩個端點唯一識別遂庄。由于所有TCP連接由兩對 IP 地址和TCP端口唯一識別（每個所連主機都有一個地址/端口對）寥院，因此每個TCP服務器端口都能提供對多個連接的共享訪問
用戶數(shù)據(jù)報協(xié)議（UDP）（重點了解）
UDP全稱是User Datagr2am Protocol，中文名為用戶數(shù)據(jù)報協(xié)議涛目。UDP 提供無連接的網(wǎng)絡服務秸谢，該服務對消息中傳輸?shù)臄?shù)據(jù)提供不可靠的凛澎、最大努力傳送。這意味著它不保證數(shù)據(jù)報的到達估蹄，也不保證所傳送數(shù)據(jù)包的順序是否正確塑煎。
同學們也許會問：“既然UDP是一種不可靠的網(wǎng)絡協(xié)議，那么還有這種協(xié)議的出現(xiàn)是為什么呢臭蚁？”其實在有些情況下UDP可能會變得非常有用最铁。因為UDP具有效率優(yōu)勢。雖然TCP中植入了各種安全保障功能垮兑，正因為有安全你的保障冷尉，所以對效率的保障就會很低，在實際執(zhí)行的過程中會占用大量的系統(tǒng)開銷系枪，無疑效率受到嚴重的影響雀哨。反觀UDP由于排除了信息可靠傳遞機制，將安全和排序等功能移交給上層應用來完成私爷，極大地降低了執(zhí)行時間雾棺，使效率得到了保證。
網(wǎng)關：網(wǎng)關(Gateway)又稱網(wǎng)間連接器衬浑、協(xié)議轉換器捌浩。(了解)
- 網(wǎng)關(Gateway)又稱網(wǎng)間連接器、協(xié)議轉換器工秩。默認網(wǎng)關在網(wǎng)絡層上以實現(xiàn)網(wǎng)絡互連尸饺，是最復雜的網(wǎng)絡互連設備，僅用于兩個高層協(xié)議不同的網(wǎng)絡互連助币。網(wǎng)關的結構也和路由器類似侵佃，不同的是互連層。網(wǎng)關既可以用于廣域網(wǎng)互連奠支，也可以用于局域網(wǎng)互連。
- 在OSI中抚芦，網(wǎng)關有兩種：一種是面向連接的網(wǎng)關倍谜，一種是無連接的網(wǎng)關。
（簡單理解下：舉例）把自己想成網(wǎng)絡數(shù)據(jù)叉抡，從一個房間走到另一個房間尔崔，相當于從一個網(wǎng)絡走到另一個網(wǎng)絡，需要穿過一扇門褥民，這扇門就是起到的網(wǎng)關的作用季春。通過網(wǎng)關才能進入下一個房間，也就是一個網(wǎng)絡進入下一個網(wǎng)絡消返。這個門就是網(wǎng)關载弄，他管理你的進出耘拇，也就是管理網(wǎng)絡的連接和解析數(shù)據(jù)。
（了解）局域網(wǎng)（Local Area Network宇攻，LAN）是在一個局部的地理范圍內(nèi)（如一個學校惫叛、工廠和機關內(nèi)），一般是方圓幾千米以內(nèi)逞刷，將各種計算機嘉涌，外部設備和數(shù)據(jù)庫等互相聯(lián)接起來組成的計算機通信網(wǎng)
（了解）廣域網(wǎng)（WAN坷牛，Wide Area Network）也稱遠程網(wǎng)（long haul network ）饮六。通常跨接很大的物理范圍肄鸽，所覆蓋的范圍從幾十公里到幾千公里帆喇，它能連接多個城市或國家警医，或橫跨幾個洲并能提供遠距離通信，形成國際性的遠程網(wǎng)絡
傳輸協(xié)議概念廣泛的多番枚，基本上所有的協(xié)議都是做數(shù)據(jù)傳輸?shù)摹?/p>
常見的傳輸協(xié)議有哪些法严？
ARP(Address Resolution Protocol)地址解析協(xié)議
它是用于映射計算機的物理地址和臨時指定的網(wǎng)絡地址。
啟動時它選擇一個協(xié)議(網(wǎng)絡層)地址葫笼，并檢查這個地址是否已經(jīng)有別的計算機使用深啤，
如果沒有被使用，此結點被使用這個地址路星，如果此地址已經(jīng)被別的計算機使用溯街，
正在使用此地址的計算機會通告這一信息，只有再選另一個地址了洋丐。
DHCP(Dynamic Host Configuration Protocol)動態(tài)主機配置協(xié)議
它是在TCP/IP網(wǎng)絡上使客戶機獲得配置信息的協(xié)議呈昔，它是基于BOOTP協(xié)議，
并在BOOTP協(xié)議的基礎上添加了自動分配可用網(wǎng)絡地址等功能友绝。
這兩個協(xié)議可以通過一些機制互操作堤尾。
DHCP協(xié)議在安裝TCP/IP協(xié)議和使用TCP/IP協(xié)議進行通迅時，
必須配置IP地址迁客、子網(wǎng)掩碼郭宝、缺省網(wǎng)關三個參數(shù)，這三個參數(shù)可以手動配置掷漱，也可以使用DHCP自動配置粘室。
Discard Protocol拋棄協(xié)議
它的作用就是接收到什么拋棄什么，它對調(diào)試網(wǎng)絡狀態(tài)的一定的用處卜范。
基于TCP的拋棄服務衔统，如果服務器實現(xiàn)了拋棄協(xié)議，服務器就會在TCP端口9檢測拋棄協(xié)議請求，在建立連接后并檢測到請求后锦爵，就直接把接收到的數(shù)據(jù)直接拋棄舱殿，直到用戶中斷連接。而基于UDP協(xié)議的拋棄服務和基于TCP差不多棉浸，檢測的端口是UDP端口9怀薛，功能也一樣。
Echo Protocol協(xié)議
這個協(xié)議主要用于調(diào)試和檢測中迷郑。這個協(xié)議的作用也十分簡單枝恋，接收到什么原封發(fā)回就是了。
它可以基于TCP協(xié)議嗡害，服務器就在TCP端口7檢測有無消息焚碌，如果有發(fā)送來的消息直接返回就是了。
如果使用UDP協(xié)議的基本過程和TCP一樣霸妹，檢測的端口也是7十电。
FTP(File Transfer Protocol)文件傳輸協(xié)議
它是一個標準協(xié)議，是在計算機和網(wǎng)絡之間交換文件的最簡單的方法叹螟。
像傳送可顯示文件的HTTP和電子郵件的SMTP一樣鹃骂，F(xiàn)TP也是應用TCP/IP協(xié)議的應用協(xié)議標準。
FTP通常用于將網(wǎng)頁從創(chuàng)作者上傳到服務器上供人使用罢绽，
而從服務器上下傳文件也是一種非常普遍的使用方式畏线。
作為用戶，您可以用非常簡單的DOS界面來使用FTP良价，
也可以使用由第三方提供的圖形界面的FTP來更新(刪除寝殴，重命名，移動和復制)服務器上的文件明垢。
現(xiàn)在有許多服務器支持匿名登錄蚣常，允許用戶使用FTP和ANONYMOUS作為用戶名進行登錄，
通橙可使用任何口令或只按回車鍵抵蚊。
HDLC(High-Level Data Link Control)高層數(shù)據(jù)鏈路協(xié)議
它是一組用于在網(wǎng)絡結點間傳送數(shù)據(jù)的協(xié)議。
在HDLC中溯革，數(shù)據(jù)被組成一個個的單元(稱為幀)通過網(wǎng)絡發(fā)送泌射，并由接收方確認收到。
HDLC協(xié)議也管理數(shù)據(jù)流和數(shù)據(jù)發(fā)送的間隔時間鬓照。HDLC是在數(shù)據(jù)鏈路層中最廣泛最使用的協(xié)議之一。
現(xiàn)在作為ISO的標準孤紧，HDLC是基于IBM的SDLC協(xié)議的豺裆，SDLC被廣泛用于IBM的大型機環(huán)境之中。
在HDLC中，屬于SDLC的被稱為通響應模式(NRM)臭猜。
在通常響應模式中躺酒，基站(通常是大型機)發(fā)送數(shù)據(jù)給本地或遠程的二級站。
不同類型的HDLC被用于使用X.25協(xié)議的網(wǎng)絡和幀中繼網(wǎng)絡蔑歌，
這種協(xié)議可以在局域網(wǎng)或廣域網(wǎng)中使用羹应，無論此網(wǎng)是公共的還是私人的。
HTTP1.1(Hypertext Transfer Protocol Vertion 1.1)超文本傳輸協(xié)議-版本1.1
它是用來在Internet上傳送超文本的傳送協(xié)議次屠。
它是運行在TCP/IP協(xié)議族之上的HTTP應用協(xié)議园匹，它可以使瀏覽器更加高效，使網(wǎng)絡傳輸減少劫灶。
任何服務器除了包括HTML文件以外裸违，還有一個HTTP駐留程序，用于響應用用戶請求本昏。
您的瀏覽器是HTTP客戶供汛，向服務器發(fā)送請求，
當瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時涌穆，瀏覽器就向服務器發(fā)送了HTTP請求怔昨，
此請求被送往由IP地址指定的URL。駐留程序接收到請求宿稀，在進行必要的操作后回送所要求的文件趁舀。
HTTPS(Secure Hypertext Transfer Protocol)安全超文本傳輸協(xié)議
它是由Netscape開發(fā)并內(nèi)置于其瀏覽器中，用于對數(shù)據(jù)進行壓縮和解壓操作原叮，
并返回網(wǎng)絡上傳送回的結果赫编。
HTTPS實際上應用了Netscape的完全套接字層(SSL)作為HTTP應用層的子層。
(HTTPS使用端口443奋隶，而不是象HTTP那樣使用端口80來和TCP/IP進行通信擂送。)
SSL使用40 位關鍵字作為RC4流加密算法，這對于商業(yè)信息的加密是合適的唯欣。
HTTPS和SSL支持使用X.509數(shù)字認證嘹吨，如果需要的話用戶可以確認發(fā)送者是誰。
ICMP(Internet Control Message Protocol)Internet控制信息協(xié)議
它是一個在主機和網(wǎng)關之間消息控制和差錯報告協(xié)議境氢。
ICMP使用IP數(shù)據(jù)報蟀拷，但消息由TCP/IP軟件處理，對于應用程序使用者是不可見的萍聊。
在被稱為Catenet的系統(tǒng)中问芬，IP協(xié)議被用作主機到主機的數(shù)據(jù)報服務。網(wǎng)絡連接設備稱為網(wǎng)關寿桨。
這些網(wǎng)關通過網(wǎng)關到網(wǎng)關協(xié)議(GGP)相互交換用于控制的信息此衅。
通常强戴，贍養(yǎng)或目的主機將和源主機通信，例如挡鞍，為報告在數(shù)據(jù)報過程中的錯誤骑歹。
為了這個目的才使用了ICMP，它使用IP做于底層支持墨微，好象它是一個高層協(xié)議道媚，
而實際上它是IP的一部分，必須由其它IP模塊實現(xiàn)翘县。
ICMP消息在以下幾種情況下發(fā)送:當數(shù)據(jù)報不能到達目的地時最域，
當網(wǎng)關的已經(jīng)失去緩存功能，當網(wǎng)關能夠引導主機在更短路由上發(fā)送炼蹦。
IP并非設計為設計為絕對可靠羡宙，這個協(xié)議的目的是為了當網(wǎng)絡出現(xiàn)問題的時候返回控制信息，
而不是使IP協(xié)議變得絕對可靠掐隐，并不保證數(shù)據(jù)報或控制信息能夠返回狗热。
一些數(shù)據(jù)報仍將在沒有任何報告的情況下丟失。
IMAP4(Internet Mail Access Protocol Version 4)Internet郵件訪問協(xié)議-版本4它是用于從本地服務器上訪問電子郵件的標準協(xié)議虑省，它是一個C/S模型協(xié)議匿刮，
用戶的電子郵件由服務器負責接收保存。
IMAP4改進了POP3的不足探颈，用戶可以通過瀏覽信件頭來決定是不是要下載此信熟丸，
還可以在服務器上創(chuàng)建或更改文件夾或郵箱，刪除信件或檢索信件的特定部分伪节。
在用戶訪問電子電子郵件時光羞，IMAP4需要持續(xù)訪問服務器。
在POP3中怀大，信件是保存在服務器上的纱兑，當用戶閱讀信件時，所有內(nèi)容都會被立刻下載到用戶的機器上化借。
我們有時可以把IMAP4看成是一個遠程文件服務器潜慎，把POP3可以看成是一個存儲轉發(fā)服務。
IPv6(Internet Protocol Version 6)Internet協(xié)議-版本6
它是Internet協(xié)議的最新版本蓖康，已作為IP的一部分并被許多主要的操作系統(tǒng)所支持铐炫。
IPv6也被稱為“Ipng”(下一代IP)，它對現(xiàn)行的IP(版本4)進行重大的改進蒜焊。
使用IPv4和IPv6的網(wǎng)絡主機和中間結點可以處理IP協(xié)議中任何一層的包倒信。
用戶和服務商可以直接安裝IPv6而不用對系統(tǒng)進行什么重大的修改。
相對于版本4,新版本的最大改進在于將IP地址從32位改為128位泳梆，
這一改進是為了適應網(wǎng)絡快速的發(fā)展對IP地址的需求鳖悠，也從根本上改變了IP地址短缺的問題唆迁。
簡化IPv4首部字段被刪除或者成為可選字段，減少了一般情況下包的處理開銷以及IPv6首部占用的帶寬竞穷。
改進IP 首部選項編碼方式的修改導致更加高效的傳輸，在選項長度方面更少的限制鳞溉，
以及將來引入新的選項時更強的適應性瘾带。加入一個新的能力，
使得那些發(fā)送者要求特殊處理的屬于特別的傳輸流的包能夠貼上標簽熟菲，
比如非缺省質(zhì)量的服務或者實時服務看政。
為支持認證，數(shù)據(jù)完整性以及(可選的)數(shù)據(jù)保密的擴展都在IPv6中說明抄罕。
本文描述IPv6基本首部以及最初定義的IPv6 擴展首部和選項允蚣。
還將討論包的大小問題，數(shù)據(jù)流標簽和傳輸類別的語法呆贿，以及IPv6對上層協(xié)議的影響嚷兔。
IPv6 地址的格式和語法在其它文章中單獨說明。IPv6版的 ICMP 是所有IPv6應用都需要包含的做入。
IPX/SPX(Internetwork Packet Exchange/Sequential PacketExchange)
互連網(wǎng)包交換/順序包交換
它是由Novell提出的用于客戶/服務器相連的網(wǎng)絡協(xié)議冒晰。
使用IPX/SPX協(xié)議能運行通常需要NetBEUI支持的程序，通過IPX/SPX協(xié)議可以跨過路由器訪問其他網(wǎng)絡竟块。
MIME(Multi-Purpose Internet Mail Extensions)多功能Internet郵件擴展
MIME是擴展SMTP協(xié)議壶运，是1991年Nathan Borenstein向IETF提出。
在傳輸字符數(shù)據(jù)的同時浪秘，允許用戶傳送另外的文件類型蒋情，
如聲音，圖像和應用程序耸携，并將其壓縮在MIME附件中棵癣。
因此，新的文件類型也被作為新的被支持的IP文件類型违帆。
POP3(Post Office Protocol Version 3)郵局協(xié)議-版本3
它是一個關于接收電子郵件的客戶/服務器協(xié)議浙巫。
電子郵件由服務器接收并保存，在一定時間之后刷后，由客戶電子郵件接收程序檢查郵箱并下載郵件的畴。
POP3它內(nèi)置于IE和Netscape瀏覽器中。另一個替代協(xié)議是交互郵件訪問協(xié)議(IMAP)尝胆。
使用IMAP您可以將服務器上的郵件視為本地客戶機上的郵件丧裁。
在本地機上刪除的郵件還可以從服務器上找到。
E-mail 可以被保存在服務器上含衔，并且可以從服務器上找回煎娇。
PPP(Point to Point Protocol)點對點協(xié)議
它是用于串行接口的兩臺計算機的通信協(xié)議二庵，
是為通過電話線連接計算機和服務器而彼此通信而制定的協(xié)議。
網(wǎng)絡服務提供商可以提供您點對點連接缓呛，這樣提供商的服務器就可以響應您的請求催享，
將您的請求接收并發(fā)送到網(wǎng)絡上，然后將網(wǎng)絡上的響應送回哟绊。
PPP是使用IP協(xié)議因妙，有時它被認為是TCP/IP協(xié)議族的一員。
PPP協(xié)議可用于不同介質(zhì)上包括雙絞線票髓，光纖和衛(wèi)星傳輸?shù)娜p工協(xié)議攀涵，它使用HDLC進行包的裝入。
PPP協(xié)議既可以處理同步通信也可以處理異步通信洽沟，可以允許多個用戶共享一個線路以故，
又可發(fā)進行SLIP協(xié)議所沒有的差錯控制。
RIP(Routing Infomation Protocol)路由信息協(xié)議
RIP是最早的路由協(xié)議之一裆操，而且現(xiàn)在仍然在廣泛使用怒详。
它從類別上應該屬于內(nèi)部網(wǎng)關協(xié)議(IGP)類，它是距離向量路由式協(xié)議跷车，
這種協(xié)議在計算兩個地方的距離時只計算經(jīng)過的路由器的數(shù)目棘利，
如果到相同目標有兩個不等速或帶寬不同的路由器，但是經(jīng)過的路由器的個數(shù)一樣朽缴，
RIP認為兩者距離一樣善玫，而實際傳送數(shù)據(jù)時，很明顯一個快一個慢密强，
這就是RIP協(xié)議的不足之處茅郎，而OSPF在它的基礎上克服了RIP的缺點。
SLIP(Serial Line Internet Protocol)串行線路Internet協(xié)議
它是一個TCP/IP協(xié)議或渤，它用于在兩臺計算機之間通信系冗。
通常計算機與服務器連接的線路是串行線路，而不是如T1的多路線路或并行線薪鹦。
您的服務器提供商可以向您提供SLIP連接掌敬，這樣他的服務器就可以響應您的請求，
并將請求發(fā)送到網(wǎng)絡上池磁，然后將網(wǎng)絡返回的結果送至您的計算機奔害。
現(xiàn)已逐漸被功能更好的PPP點對點協(xié)議所取代。
SMTP(Simple Mail Transfer Protocol)簡單郵件傳送協(xié)議
它是用來發(fā)送電子郵件的TCP/IP協(xié)議地熄。它的內(nèi)容由IETF的RFC 821定義华临。
另外一個和SMTP相同功能的協(xié)議是X.400。
SMTP的一個重要特點是它能夠在傳送中接力傳送郵件端考，傳送服務提供了進程間通信環(huán)境(IPCE)雅潭，
此環(huán)境可以包括一個網(wǎng)絡揭厚，幾個網(wǎng)絡或一個網(wǎng)絡的子網(wǎng)。
理解到傳送系統(tǒng)(或IPCE)不是一對一的是很重要的扶供。
進程可能直接和其它進程通過已知的IPCE通信筛圆。郵件是一個應用程序或進程間通信。
郵件可以通過連接在不同IPCE上的進程跨網(wǎng)絡進行郵件傳送椿浓。
更特別的是顽染，郵件可以通過不同網(wǎng)絡上的主機接力式傳送。
Talk協(xié)議
Talk協(xié)議能使遠程計算機上的兩個用戶以實時方式進行通信轰绵。
TCP/IP(Transmission Control Protocol/Internet Protocol)傳輸控制協(xié)議/Internet協(xié)議
TCP/IP協(xié)議起源于美國國防高級研究計劃局。
提供可靠數(shù)據(jù)傳輸?shù)膮f(xié)議稱為傳輸控制協(xié)議TCP尼荆，好比貨物裝箱單左腔，保證數(shù)據(jù)在傳輸過程中不會丟失;
提供無連接數(shù)據(jù)報服務的協(xié)議稱為網(wǎng)絡協(xié)議IP，好比收發(fā)貨人的地址姓名捅儒，保證數(shù)據(jù)到達指定的地點液样。
TCP/IP協(xié)議是互聯(lián)網(wǎng)上廣泛使用的一種協(xié)議，
使用TCP/IP協(xié)議的因特網(wǎng)等網(wǎng)絡提供的主要服務有:
電子郵件巧还、文件傳送鞭莽、遠程登錄、網(wǎng)絡文件系統(tǒng)麸祷、電視會議系統(tǒng)和萬維網(wǎng)澎怒。
它是Interent的基礎，它提供了在廣域網(wǎng)內(nèi)的路由功能阶牍，而且使Internet上的不同主機可以互聯(lián)喷面。
從概念上，它可以映射到四層:
網(wǎng)絡接口層走孽，這一層負責在線路上傳輸幀并從線路上接收幀;Internet層惧辈，這一層中包括了IP協(xié)議，
IP協(xié)議生成Internet數(shù)據(jù)報磕瓷，進行必要的路由算法盒齿，
IP協(xié)議實際上可以分為四部分:ARP，ICMP困食，IGMP和IP;
再上向就是傳輸層边翁，這一層負責管理計算機間的會話，這一層包括兩個協(xié)議TCP和UDP陷舅，
由應用程序的要求不同可以使用不同的協(xié)議進行通信;最后一層是應用層倒彰，
就是我們熟悉的FTP，DNS莱睁，TELNET等待讳。熟悉TCP/IP是熟悉Internet的必由之路芒澜。
TELNET Protocol虛擬終端協(xié)議
TELNET協(xié)議的目的是提供一個相對通用的，雙向的创淡，面向八位字節(jié)的通信方法痴晦，
它主要的目標是允許接口終端設備的標準方法和面向終端的相互作用。
是讓用戶在遠程計算機登錄琳彩，并使用遠程計算機上對外開放的所有資源誊酌。
Time Protocol時間協(xié)議
該協(xié)議提供了一個獨立于站點的，機器可讀的日期和時間信息露乏。
時間服務返回的是以秒數(shù)碧浊，是從1900年1月1日午夜到現(xiàn)在的秒數(shù)。
設計這個協(xié)議的一個重要目的在于瘟仿，網(wǎng)絡上的許多主機并沒有時間的觀念箱锐，在分布式的系統(tǒng)上，
我們可以想一想劳较，北京的時間和東京的時間如何分呢?
主機的時間往往可以人為改變驹止，而且因為機器時鐘內(nèi)的誤差而變得不一致，
因此需要使用時間服務器通過選舉方式得到網(wǎng)絡時間观蜗，讓服務器有一個準確的時間觀念臊恋。
不要小看時間，這對于一些以時間為標準的分布運行的程序簡單是太重要了墓捻。
這個協(xié)議可以工作在TCP和UDP協(xié)議下抖仅。
時間是由32位表示的，是自1900年1月1日0時到當前的秒數(shù)砖第，我們可以計算一下岸售，
這個協(xié)議只能表示到2036年就不能用了，但是我們也知道計算機發(fā)展速度這么快厂画，
到時候可能就會有更好的協(xié)議代替這個協(xié)議.
TFTP(Trivial File Transfer Protocol)小文件傳輸協(xié)議
它是一個網(wǎng)絡應用程序凸丸，它比FTP簡單也比FTP功能少。
它在不需要用戶權限或目錄可見的情況下使用袱院，它使用UDP協(xié)議而不是TCP協(xié)議屎慢。
UDP(User Datagram Protocol)用戶數(shù)據(jù)報協(xié)議
它是定義用來在互連網(wǎng)絡環(huán)境中提供包交換的計算機通信的協(xié)議，
此協(xié)議默認認為網(wǎng)路協(xié)議(IP)是其下層協(xié)議忽洛。
UDP是TCP的另外一種方法腻惠，象TCP一樣，UDP使用IP協(xié)議來獲得數(shù)據(jù)單元(叫做數(shù)據(jù)報)欲虚，不象TCP的是集灌，
它不提供包(數(shù)據(jù)報)的分組和組裝服務。
而且，它還不提供對包的排序欣喧，這意味著腌零，程序程序必須自己確定信息是否完全地正確地到達目的地。
如果網(wǎng)絡程序要加快處理速度唆阿，那使用UPD就比TCP要好益涧。
UDP提供兩種不由IP層提供的服務，它提供端口號來區(qū)別不同用戶的請求驯鳖，而且可以提供奇偶校驗闲询。
在OSI模式中，UDP和TCP一樣處于第四層浅辙，傳輸層扭弧。
UUCP(UNIX-to-UNIX Copy Protocol)UNIX至UNIX拷貝協(xié)議
它是一組用于在不同UNIX系統(tǒng)之間復制(傳送)文件或傳送用于其它UNIX系統(tǒng)執(zhí)行命令的一組指令，
是UNIX網(wǎng)絡的基礎记舆。
X.25協(xié)議
它是CCITT標準的通訊協(xié)議寄狼，制定于1976年，用于定義同步傳輸?shù)臄?shù)據(jù)包氨淌。
是國際上分組數(shù)據(jù)網(wǎng)(PDN)上使用的一種協(xié)議。
它允許不同網(wǎng)絡中的計算機通過一臺工作在網(wǎng)絡層的中間計算機進行相互通信伊磺。
X.400協(xié)議
它是一個電子郵件協(xié)議盛正，它由ITU-TS制定，它可以發(fā)揮和SMTP相同的功能屑埋。
X.400在歐洲和加拿大使用比較多豪筝，它實際上是一個標準集，每個標準的序號都在此400到499之間摘能。
X.400地址能夠提供許多SMTP地址所不能夠提供的功能续崖，因此X.400的地址會比較長而且比較麻煩。
X.400的確提供了比SMTP更多的功能团搞，然而這些功能卻很少能夠用到严望。
X.400的主要部分有以下幾個:用戶代理(UA)，消息傳送代理(MTA)和消息傳輸系統(tǒng)(MTS)逻恐。
Z39.50協(xié)議
它是一個標準的通信協(xié)議像吻，它用于檢索和獲得在線數(shù)據(jù)庫中的著書目錄。
Z39.50用于在互聯(lián)網(wǎng)上檢索圖書館的在線公共訪問目錄(Online Public Access Catalogues复隆，OPAC)拨匆，
也可以用于把多個分離的OPAC連接起來，它是ANSI/NISO標準
Socket（重點）
Socket原意為插座挽拂，意譯為套接字
本地上的兩個進程如何通信?
- 內(nèi)存共享
- 消息隊列
- 管道 NSPipe NSTask
- RPC remote protocol control
- 本地Socket
網(wǎng)絡上的兩個進程如何通信惭每？
- 本地進程間通信(IPC)通過PID可以唯一確定彼此，然后通過共享內(nèi)存亏栈，消息隊列等來通信台腥。
- 網(wǎng)絡上的兩個進程確定彼此需要IP與端口號宏赘，通過傳輸層(TCP/UDP)協(xié)議進行通信
socket的特點—>在TCP/UDP 加一個端口綁定
由于端口號是被進程獨占，因此socket通信經(jīng)常與進程通信畫上等號
假設電腦是一個大插座览爵，有不同的插座型號置鼻，socket就是遍布在上面的插孔，可以為不同的插頭提供服務
這個比喻不恰當?shù)牡胤绞且粋€插孔可以讓多個插頭插進來
反過來
上述比喻中蜓竹，服務端進程即為服務本身箕母，區(qū)別一臺主機的不同服務則是通過端口來區(qū)分
因此只要是在這個特定的端口建立起來的TCP/IP連接就應該通往對應的進程
所以唯一確定這個socket的前提是找到這個插板(主機IP)，找到這個插孔(端口)
Socket通信就是一種確定了端口號的TCP/IP通信
上面那句話寫成這樣也要認識: Socket通信與IP通信差別就是端口確定俱济，協(xié)議確定
端口的打開是雙方的嘶是，很多人在C/S結構的TCP連接中只注意到S的端口(監(jiān)聽的)，實際上C也開了一個端口蛛碌，而C端的端口是動態(tài)端口聂喇，TCP連接建立的時候，C端的端口會在三次握手結束后確定蔚携，動態(tài)打開一個,這個端口不受用戶/程序員的控制
服務端socket通信步驟
- 提供一些服務
- 將這個服務與自己的IP地址希太、端口綁定
- 監(jiān)聽任何到這個IP+端口的TCP請求
- 接受/拒絕 建立這個TCP連接
- 讀寫 數(shù)據(jù)
- 斷開TCP連接
BSD提供了一套底層API來處理這些過程
目前基本上互聯(lián)網(wǎng)的所有服務都基于socketAPI，所以socket通信技術的基礎酝蜒。
SocketServer 框架 GCDAsyncSocket
XMPP的框架就是用的她
我們把TCP的Socket 叫做 流式 stream UDP 的socket 叫做 報文或報式 Socket
動態(tài)端口是大于49151的
可以百度服務端口了解更多誊辉。
- 記錄每一個客戶端的連接信息(IP,端口,連接時間,斷開時間),以列表的形式展現(xiàn)出來
- 服務器(MAC應用)和客戶端(MAC+iOS)之間能夠進行數(shù)據(jù)傳輸
- 服務器能夠將所有消息轉發(fā)給其他的客戶端
CoreData （重點）
Core Data是iOS5之后才出現(xiàn)的一個框架，它提供了對象-關系映射(ORM)的功能亡脑，即能夠將OC對象轉化成數(shù)據(jù)堕澄，保存在SQLite數(shù)據(jù)庫文件中，也能夠將保存在數(shù)據(jù)庫中的數(shù)據(jù)還原成OC對象霉咨。在此數(shù)據(jù)操作期間蛙紫，我們不需要編寫任何SQL語句，這個有點類似于著名的Hibernate持久化框架途戒，不過功能肯定是沒有Hibernate強大的坑傅。簡單地用下圖描述下它的作用：
CoreData本質(zhì)是一個ORM框架
ORM Objective-Relational Mapping
這個映射就是我們的模型文件,一般ORM框架都用XML格式來映射 實體Entity+屬性數(shù)據(jù)庫表,列
托管對象(entity) —既不是單純的 內(nèi)存對象,也不是數(shù)據(jù)庫中的具體的數(shù)據(jù),它介于這兩個狀態(tài)之間的,我們叫他游離態(tài)的數(shù)據(jù)
CoreData 不能執(zhí)行SQL語句 取而代之,操作的是對象,
FMDB SQLite 可以直接SQL語句
- 需要手畫圖！
左邊是關系模型喷斋，即數(shù)據(jù)庫裁蚁，數(shù)據(jù)庫里面有張person表，person表里面有id继准、name枉证、age三個字段，而且有2條記錄移必；
右邊是對象模型室谚，可以看到，有2個OC對象；
利用Core Data框架秒赤，我們就可以輕松地將數(shù)據(jù)庫里面的2條記錄轉換成2個OC對象猪瞬，也可以輕松地將2個OC對象保存到數(shù)據(jù)庫中，變成2條表記錄入篮，而且不用寫一條SQL語句陈瘦。
coredata中的核心對象
注：黑色表示類名，紅色表示類里面的一個屬性
開發(fā)步驟總結：
1.初始化NSManagedObjectModel對象潮售，加載模型文件痊项，讀取app中的所有實體信息
2.初始化NSPersistentStoreCoordinator對象，添加持久化庫(這里采取SQLite數(shù)據(jù)庫)
3.初始化NSManagedObjectContext對象酥诽，拿到這個上下文對象操作實體鞍泉，進行CRUD(創(chuàng)建（Create）、更新（Update）肮帐、讀瓤浴（Read）和刪除（Delete）)操作
CoreData的4個存儲方式:
- SQLite NSSQLiteStoreType
- XML NSXMLStoreType
- Binary NSBinaryStoreType
- 內(nèi)存存儲 NSInMemoryStoreType
CoreData 持久化協(xié)調(diào)器 - NSPersistentStoreCoordinator
NSPersistentStoreCoordinator *coordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:[self managedObjectModel]]
CoreData 對象映射模型 - NSManagedObjectModel
_managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];
CoreData 托管對象上下文 - NSManagedObjectContext
- 指定隊列
_managedObjectContext = [[NSManagedObjectContext alloc] initWithConcurrencyType:NSMainQueueConcurrencyType]; - 指定協(xié)調(diào)器
[_managedObjectContext setPersistentStoreCoordinator:coordinator];
CoreDate 實體描述器 - NSEntityDescription
CoreData 托管對象 - NSManageObject
如何快速從iOS開發(fā)者角色轉換到Mac開發(fā)者？
- 所有的UI前綴(UIKit)替換成NS前綴(AppKit),基本上都有同類型的類
- 從單Window模式快速切換到多Window模式
- 所有的NSView 默認無layer训枢，需要調(diào)用setWantsLayer:YES打開!
- 在viewController->view,Mac中加一個windowController->viewController->view
NSTableView快速適應(相當于UI進階部分)
NSTableView每個cell一般都不止一列子cell(多列模式)
只有兩個必須的代理(NSTableViewDatasource)
- (NSInteger)numberOfRowsInTableView:(nonnull NSTableView *)tableView
- (nullable id)tableView:(NSTableView *)tableView objectValueForTableColumn:(nullable NSTableColumn *)tableColumn row:(NSInteger)row-
兩個重要模式:
- 基于 text Cell Based
- 基于 View Cell Based
基于View的tableView:
-實現(xiàn)數(shù)據(jù)源代理:
- (NSView *) tableView:(nonnull NSTableView *)tableView viewForTableColumn:(nullable NSTableColumn *)tableColumn row:(NSInteger)row
