⑴ web前端開發是先學HTTP協議還是先學習語言和服
第一步：學習HTML和
HTML（超文本標記語言）是網頁的核心，學好HTML是成為Web開發人員的基本條件。HTML很容易學習的，但也很容易誤用，要學精還得費點功夫。
隨著HTML5的發展和普及，了解HTML5也將成為Web開發人員的必修課。
涉及到網頁外觀時，就需要學習CSS了，它可以幫你把網頁做得更美觀。
利用HTML和CSS模擬一些你所見過的網站的排版和布局（色彩，圖片，文字樣式等等）。
第二步：學習javascript,了解
JavaScript是一種能讓你的網頁更加生動活潑的程序語言。學習JavaScript的基本語法，學會用javascript操作網頁中dom元素。
接著學習使用一些javascript庫，比如jquery是大部分WEB開發人員都喜歡用的，通過Jquery可以有效的提高JavaScript的開發效率。
第三步：了解Web伺服器
你不必在這上面花太多精力，但對IIS、Apache基本配置要掌握，這方面的知識學起來也相對容易，不會花多長時間。
學習一點Unix和Linux的基本知識滲叢，因為大部分Web伺服器都運行在Unix和Linux平台上。
第四步: 學好一門伺服器端腳本語言
伺服器端腳本編程（後台開發）也是Web開發人員的基本功之一，你只需挑選一個伺服器端腳本語言，然後學好它。
目前流行的伺服器腳本語言有：php、asp.net、jsp、ruby、python、等。
第五步：學習資料庫及sql語法
要構建動態頁面通常會使用到資料庫，常用的資料庫有SQLServer、Oracle、MySQL 等，它們都會遵循標準的SQL原則。
通常asp.net 程序使用SqlServer資料庫，PHP、java使用Oracle、MySQL資料庫。
第六步：綜合實戰
選一個你喜歡的後台叢埋櫻編程語言，結合之前學到的html,css,javascript 前端技術，實現一個簡單的留言本、論壇程序、進而實現一個簡單的CMS（內容管理系統）第七步：學習使用Web框架
當你掌握了HTML，CSS，JavaScript和伺服器端腳本語言後，就應該找一個Web框架加液晌快你的Web開發速度，使用框架可以節約你很多時間。
比如.net的MVC，JAVA 的SSH，php的cakephp、CodeIgniter、zend，ruby的ROR，python的dijango等等，其實裡面都有一些相通之處。
整個開發過程你還可能會學習到一些工具的使用：
Visio，Dreamweaver，Vistual Studio、elipse、(Vim, EditPlus, Notpad++)、sqlserver、phpmyadmin，各種瀏覽器以及FireBug的插件，IE下的WebDevelopmentHelper、IETester等。如果你足夠用心，你還發掘出很多不錯的資源，例如MSDN，W3cSchool，一些前輩的博客，一些技術論壇等等，這都是你未來前進道路上的財富。如還想深入研究，學學http協議,理解什麼是無狀態，不然你永遠做不好WEB開發，研究web程序服務端運行原理，還有tcp/ip,udp協議等。
⑵ 前端http請求細節——Cache-Control（緩存機制）
請求和響應中的 Cache-Control 指令並不完全相同，具體可以查看 這里 ，包括指令的具體意思，這里不過多贅述。（默認值：private）
瀏覽器的緩存機制是根據 HTTP 報文的緩存標識進行的，瀏覽器第一次向伺服器發起該請求後拿到請求結果，會根據響應報文中 HTTP 頭的緩存標識，決定是否緩存結果。
瀏覽器緩存策略分為兩種：強制緩存和協商緩存。
強制緩存不會向伺服器發送請求，直接從緩存中讀取資源，可以看到請求返回的狀態碼都是200，並且 Size 代表該緩存的位置。
瀏覽器讀取緩存的順序為memory –> disk。
三級緩存原理 (訪問緩存優先順序)：
在瀏覽器中，瀏覽器會在js，字體，圖片等文件解析執行後直接存入內存緩存中，那麼當刷新頁面時只需直接從內存緩存中讀取(from memory cache)；而css文件則會存入硬碟文件中，所以每次渲染頁面都需要從硬碟讀取緩存(from disk cache)。
為什麼CSS會放在硬碟緩存中？
因為CSS文件載入一次就可渲染出來,我們不會頻繁讀取它,所以它不適合緩存到內存中,但是js之類的腳本卻隨時可能會執行,如果腳本在磁碟當中,我們在執行腳本的時候需要從磁碟取到內存中來,這樣IO開銷就很大了,有可能導致瀏覽器失去響應。
若伺服器的資源最後被修改時間 > If-Modified-Since的欄位值
則重新返回資源，狀態碼為200；否則則返回304，代表資源無更新，可繼續使用緩存文件
If-None-Match 的欄位值 = 該資源在伺服器的Etag值
一致則返回304，代表資源無更新，繼續使用緩存文件；不一致則重新返回資源文件，狀態碼為200。
ETag 和 Last-Modified 區別
參考鏈接：
https://juejin.im/entry/5ad86c16f265da505a77dca4
https://www.cnblogs.com/suihang/p/12855345.html
https://www.jianshu.com/p/54cc04190252
⑶ 對於前端來說http與https請求有區別么
對於前端用戶來說，訪問http網站可能會收到「網站不安全」、「連接不私密」等等安全警告，影響正常訪問，如果是電商網站還會影響購買行為。而https網站因為安裝了SSL證書，比較安全，受瀏覽器信任，不會彈出安全警告，能建立用戶信任等。建議去數安時代申請SSL證書，兼容性比較好。
⑷ 前端必備HTTP技能之請求頭響應頭格式以及請求方法簡述
http協議中，客戶端和服務端通過發送純文本(ASCII)消息的方式進行通信，客戶端發送請求(requests)到服務端，服務端發送響應(responses)到客戶端。
請求消息格式
例子:
響應消息格式
例子:
為了標識特定資源需要特定的行為訪問，HTTP協議定義了多種請求方法。這種特定資源是什麼樣的，是已有的數據，還有動態生成的？主要依賴於服務端實現。通常來說這種資源對應一個文件或者屬於服務端的一個可執行輸出。
HTTP/1.0規范定義三種請求方法：GET, POST, HEAD。HTTP/1.1規范又增加了五種：OPTIONS, PUT, DELETE, TRACE,CONNECT。
在規范中定義的這些請求方法是語義化的，並且是可依賴的。任何客戶端都可以使用任何請求方法，服務端也可以配置成支持任何這些請求方法的組合。
實際上這些請求方法可以隨意定義，沒有數量限制，不過你自己定義出來的請求方法會被認為是不安全並且是非冪等的。
總結 ：這些請求方法本質上沒有區別，最終都是TCP請求，唯一的區別就是每個請求方法，使用的時候，規范規定的使用格式不同，原則上必須按照規范規定的格式使用，其實也可以違反規范使用，比如你可以使用GET方法請求數據，也可以使用GET方法提交數據，當然你可以用POST方法提交數據，也可以用POST方法獲取數據。
做好前端開發必須對HTTP的相關知識有所了解，所以我創建了一個專題 前端必備HTTP技能 專門收集前端相關的HTTP知識，歡迎關注，投稿。
⑸ 前端HTTP緩存
在面試的時候總是遇到緩存相關問題，回答總是停留緩存就是從瀏覽器中獲取，不向伺服器發送請求，回答的不讓面試官滿意，索性抽點時間整理一下前端相關的緩存，希望下次回答的時候能夠多講點。
前端緩存分為 強緩存 和 協商緩存 ，強緩存就是在緩存未失效時，不在請求服務端，協商緩存就是去跟伺服器比較是否需要重新獲取資源 。
強緩存分為兩種， Cache-control 和 Expires ， Expires 是HTTP1.0的東西，它的值是一個格林時間，比如 Expires: Wed, 21 Oct 2015 07:28:00 GMT ，由於伺服器端和瀏覽器端的時間差異問題，瀏覽器比伺服器時間快，會導致緩存失效。 Cache-control 是HTTP1.1時代的新東西，設置的是一個相對時間， Cache-Control:public, max-age=31536000 ，在31536000秒後才緩存才失效， Cache-control 有很多取值。
強緩存在緩存失效內，不會從原始伺服器獲取新的數據，假如在緩存時段內伺服器有資源更新，會導致資源獲取不及時。
協商緩存有兩組報文
⑹ HTTP基礎系列之：一文搞懂URL
一般我們日常在上網的時候，會在瀏覽器的地址欄里輸入一個網站的 "網址"，點擊下回車，就會弊灶跳到你想去的網站，就類似這樣
但其實，叫做 "網址" 並不是特別的准確，確切的說，應該叫做 URL
那到底啥是 URL 呢？ 不就是一個網址嗎？
URL 是英文 Uniform Resource Locator 的縮寫，即統一資源定位器，是網際網路上用於指定信息位置的表示方法，通過它就能找到網上的某個你要的資源
雖然我們平時使用瀏覽器的時候，只要輸入.com或者qq.com就能正常上網了，但其實我們輸入的只是整個URL中的一小部分
來，我先看看一個相對完整的URL的整體結構是怎麼樣的
這里大致分了幾個部分，我們一個個來看，它們具體是干什麼的
圖中http://這部分就是協議部分，即指定了URL是以什麼協議發送網路請求的
常見的協議如：http://、https://、ftp://、file://，比如:http://就是超文本傳輸協議，平時上網大多用這個協議，https://是以安全為目標的HTTP協議。
圖中localhost就是地址部分，用來棗卜清確定URL所要訪問的伺服器的網路地址（也就是網址）。在URL中，地址可以用三個形式來表示：域名、主機名、IP地址
我們平時輸入的www..com、www.qq.com就是域名，域名也分一級域名、二級域名、以及頂級域名。
頂級域名 ：在域名的尾巴部分，.com這種就是頂級域名，頂級域名一般都代表網站屬於某種機構或組織。像.com(商業機構)、.org(非盈利組織)、.gov(政府機構)這類就是常見的頂級域名，除此之外，還有些代表國家的頂級域名，如：.cn（中國）、.us(美國)、.jp(日本)等等
一級域名 ：像qq.com就是一級域名，看上去十分簡潔，在頂級域名.com前只有一個單詞短語
二級域名 ：而mail.qq.com和v.qq.com這種前面加了mail.、v.等字元串的就叫二級域名
不過，域名也只是一串文字，計算機和路由器並不能直接認出它，還需要通過DNS伺服器找到域名對應的IP地址，再通過底層的TCP/IP協議路由到對應的機器上去 （這些內容不是本文的重點暫時略過，先挖個坑再說）
主機名就是某台計算機的名字，在一個區域網內，可以通過主機名找到你要訪問的計算機。主機名和域名一樣，計算機和路由器不認它，需要通過HOSTS文件這樣的技術找到主機名和IP地址的關聯關系，最後還是翻譯成IP地址再繼續發送網路請求
圖中的localhost也是主機名，但是一種比較特殊的主機名，是給 回環地址的一個標准主機名，就是代表本機自己的地址。
在URL中也可以直接用IP地址來代替域名或主機名，如192.168.0.1，關於IP地址的相關知識點放到以後再講（繼續挖坑）
圖中在冒號:後面的那串數字8080就是埠號，一台伺服器上可以開多個埠號，往往一個網路服務程凳前序就對應一個埠號
比如，我在機器 A 上，開了兩個服務程序，分別是Tomcat和SSH，讓它們分別關聯埠8080和22，那URL中如果埠號是8080就是會訪問到Tomcat程序，22就會連接SSH服務。
但可能有小夥伴會有疑問：誒，我平時上網路看到的URL是http://www..com沒看到有埠號啊
其實是有的，埠號是80，只是它被隱藏起來了，我們看不到而已，而這個80埠也就是URL的默認埠號
但不是所有URL的默認埠號都是80，如果協議是http://，默認埠號為80，但若是https://協議，默認埠號就是443了
從第一個斜杠/開始，到最後一個斜杠/結束的那部分，也就是圖中/app/user/那部分即為虛擬目錄
它就類似我們電腦中文件目錄的格式，第一個/為根目錄，每多一個/就多進入一層目錄
從域名後開始算起的最後一個斜杠/開始，到?為止，沒有?則到#為止，或者?和#都沒有就是到整個URL結束為止的那部分就為文件名
說起來很繞吧，其實就是圖中info.do這部分，它一般包含文件名和擴展名('.'後面那部分)，用來指代一個URL所訪問的具體文件或資源，它可以是圖片、html文件、css文件，也可以是js文件、字體文件等等，它也可以不是某種文件，而是服務端後台執行的某段程序。
甚至可以省略不寫虛擬目錄和文件名，因為它們本來就不是必須的，就如http://www..com這樣的URL就沒有文件名，但伺服器會在預設的情況下給你定位到某個特定的文件或程序上去。
從?後到#結束，即圖中的?uid=101&ty=2為查詢參數
查詢參數，也稱為URL參數、查詢字元串，英文名為Query，它是用來向服務端以字元串的形式傳遞參數和少數數據用的
其參數形式一般都以多個鍵值對的形式進行表示，如a=1、b=2就是兩個鍵值對，鍵為"a"和"b"，值為對應的"1"和"2", 多個鍵值對用&連起來：a=1&b=2
但參數要傳遞的某些值往往帶有特殊字元，這些字元和URL標準的格式沖突，比如要傳a&b這樣字元串，和查詢參數鍵值對的連接符&沖突了，若不加以區分就會產生歧義
而最簡單的辦法，就是對參數值進行編碼，稱為 URL Encoding，通過編碼，a&b變成了a%26b，就不再包含會沖突的特殊字元
而有些參數即便有特殊字元，也不會被編碼，除非自行強制編碼，比如URL中參數值是另外一串URL，就可以寫成http://localhost/do?url=http://www..com這種特殊情況不會有歧義，因為計算機系統認得出參數是另一串URL，就會按URL的形式來解析，但當子URL又包含子參數和多子鍵值對的時候也難免會分不清參數到底是兒子的還是父親的，這時還是強制編碼的好
URL的參數是一個個鍵值對，即一個key對應一個value，那如果是一個key要傳遞多個值，也就是一個列表咋辦？也好辦
URL的參數名是可以重復的，比如a=1&a=2&a=3,這里穿了3個參數名都為a的查詢參數，是完全可以的，可以利用這種特性，按順序將1、2、3作為參數a的列表值
為了表示更清楚點，一般都會在列表參數名後面加上一對方括弧[]，如：a[]=1&a[]=2&a[]=3
但是，對於URL參數的寫法和格式的標准，也沒有特別嚴格的規定，以上幾種形式一般都會支持
圖中#後面那部分字元串，#abc就是錨部分
錨，英文稱做Reference，通常也是用來傳遞參數等信息，但與查詢參數的本質區別就是這部分內容不會被傳遞到伺服器端
錨一般用於頁面，比如在瀏覽網頁的時候，按個按鈕突然幫你定位到頁首或頁面中的某個位子去了，這就是錨
現在隨著前後端分離技術，尤其是vue、reactjs等前端框架的興起，錨作為前端javascript程序處理的參數載體也越來越重要了
URL看似已經習以為常、非常簡單的東西，背後往往也隱藏著很多技術細節和知識點，甚至這短短一篇文章也沒辦法窮盡
其實URL的內容還有不少，比如<用戶名>@<密碼>這種用戶驗證信息在URL中的傳遞，由於篇幅的關系還沒有講到
所以我講分幾篇文章來講解HTTP協議的其中幾個重要部分，如果這一系列文章對你有幫助，別忘了關注哦~
最後，我還要推薦一款十分好用的 Java 端HTTP框架: Forest
官網：http://forest.dtflyx.com
Gitee倉庫：https://gitee.com/dt_flys/forest
Github倉庫：https://github.com/dromara/forest
這是一款聲名式的HTTP框架，簡單好用，因為它將拼接URL、請求頭、請求體參數、等待響應，失敗重試，轉換響應數據到 Java 類型等臟活累活全包了
⑺ 什麼是http 前端面試題 csdn
超文本傳輸協議（HTTP，HyperText Transfer Protocol)是互聯網上應用最為廣泛的一種網路協議。所有的WWW文件都必須遵守這個標准。設計HTTP最初的目的是為了提供一種發布和接收HTML頁面的方法。1960年美國人Ted Nelson構思了一種通過計算機處理文本信息的方法，並稱之為超文本（hypertext）,這成為了HTTP超文本傳輸協議標准架構的發展根基。Ted Nelson組織協調萬維網協會（World Wide Web Consortium）和互聯網工程工作小組（Internet Engineering Task Force ）共同合作研究，最終發布了一系列的RFC，其中著名的RFC 2616定義了HTTP 1.1。
HTTP是一個客戶端和伺服器端請求和應答的標准（TCP）。客戶端是終端用戶，伺服器端是網站。通過使用Web瀏覽器、網路爬蟲或者其它的工具，客戶端發起一個到伺服器上指定埠（默認埠為80）的HTTP請求。（我們稱這個客戶端）叫用戶代理（user agent）。應答的伺服器上存儲著（一些）資源，比如HTML文件和圖像。（我們稱）這個應答伺服器為源伺服器（origin server）。在用戶代理和源伺服器中間可能存在多個中間層，比如代理，網關，或者隧道（tunnels）。盡管TCP/IP協議是互聯網上最流行的應用，HTTP協議並沒有規定必須使用它和（基於）它支持的層。 事實上，HTTP可以在任何其他互聯網協議上，或者在其他網路上實現。HTTP只假定（其下層協議提供）可靠的傳輸，任何能夠提供這種保證的協議都可以被其使用。
通常，由HTTP客戶端發起一個請求，建立一個到伺服器指定埠（默認是80埠）的TCP連接。HTTP伺服器則在那個埠監聽客戶端發送過來的請求。一旦收到請求，伺服器（向客戶端）發回一個狀態行，比如"HTTP/1.1 200 OK"，和（響應的）消息，消息的消息體可能是請求的文件、錯誤消息、或者其它一些信息。
HTTP使用TCP而不是UDP的原因在於（打開）一個網頁必須傳送很多數據，而TCP協議提供傳輸控制，按順序組織數據，和錯誤糾正。
通過HTTP或者HTTPS協議請求的資源由統一資源標示符（Uniform Resource Identifiers）（或者，更准確一些，URLs）來標識。
HTTP協議（HyperText Transfer Protocol，超文本傳輸協議）是用於從WWW伺服器傳輸超文本到本地瀏覽器的傳輸協議。它可以使瀏覽器更加高效，使網路傳輸減少。它不僅保證計算機正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內容首先顯示(如文本先於圖形)等。
HTTP是客戶端瀏覽器或其他程序與Web伺服器之間的應用層通信協議。在Internet上的Web伺服器上存放的都是超文本信息，客戶機需要通過HTTP協議傳輸所要訪問的超文本信息。HTTP包含命令和傳輸信息，不僅可用於Web訪問，也可以用於其他網際網路/內聯網應用系統之間的通信，從而實現各類應用資源超媒體訪問的集成。
我們在瀏覽器的地址欄里輸入的網站地址叫做URL (Uniform Resource Locator，統一資源定位符)。就像每家每戶都有一個門牌地址一樣，每個網頁也都有一個Internet地址。當你在瀏覽器的地址框中輸入一個URL或是單擊一個超級鏈接時，URL就確定了要瀏覽的地址。瀏覽器通過超文本傳輸協議(HTTP)，將Web伺服器上站點的網頁代碼提取出來，並翻譯成漂亮的網頁。
⑻ HTTPBasicAuth原理、token頒發和認證、scope許可權作用域
HTTPBasicAuth
-->穗蠢後端邏輯：
flask_httpauth 封裝了很多語法糖，以便後端實現BasicAuth；
在api層通過語法糖調用 @auth.login_required ，從而出發 @auth.verify_password 進行數據攔截雹衫，校驗前端攜帶過來的account和password，這里設計只返回加密猜肆陪過的account（即token）。
-->前端邏輯：
⑼ 前端面試01：說一下 http 和 https
https 的 SSL 加密是在傳輸層實現的。
(1)http 和 https 的基本概念
https 協議的主要作用是： 建立一個信息安全通道，來確保數組的傳輸，確保網站的真實性。
(2)http 和 https 的區別？
http 傳輸的數據都是未加密的，也就是明文的，網景公司設置了 SSL 協議來對 http 協議傳輸的數據進行加密處理，簡單來說 https 協議是由 http 和 ssl 協議構建的可進行加密傳輸和身份認證的網路協議，比 http 協議的安全性更高。
主要的區別如下：
(3)https 協議的工作原理
(4)https 協議的優點
谷歌曾在 2014 年 8 月份調整搜索引擎演算法，並稱「比起同等 HTTP 網站，採用 HTTPS 加密的網站在搜索結果中的排名將會更高」。
(5)https 協議的缺點
⑽ socket，tcp，http三者之間的區別和原理
socket，tcp，三者之間的區別和原理是什麼？
、TCP/IP協議與socket之間的區別
網路由下往上分為:
物理層--
資料鏈路層--
網路層-- IP協議
傳輸層-- TCP協議
會話層--
表示層和應用層-- HTTP協議
（1）TCP/IP連線
手機能夠使用聯網功能是因為手機底層實現了TCP/IP協議，可以使手機終端通過無線網路建立TCP連線。TCP協議可以對上層網路提供介面，使上層網路資料的傳輸建立在「無差別」的網路之上。
建立起一個TCP連線需要經過「三次握手」
第一次握手：客戶端傳送syn包(syn=j)到伺服器，並進入SYN_SEND狀態，等待伺服器確認；
第二次握手：伺服器收到syn包，必須確認客戶的SYN（ack=j+1），同時自己也傳送一個SYN包（syn=k），即SYN+ACK包，此時伺服器進入SYN_RECV狀態；
第三次握手：客戶端收到伺服器的SYN＋ACK包，向伺服器傳送確認包ACK(ack=k+1)，此包傳送完畢，客戶端和伺服器進入ESTABLISHED狀態，完成三次握手。
握手過程中傳送的包里不包含資料，三次握手完畢後，客戶端與伺服器才正式開始傳送資料。理想狀態下，TCP連線一旦建立，在通訊雙方中的任何一
方主動關閉連線之碧慧雹前，TCP
連線都將被一直保持下去。斷開連線時伺服器和客戶端均可以主動發起斷開TCP連線的請求，斷開過程需要經過「四次握手」（過程就不細寫了，就是伺服器和客
戶端互動，最終確定斷開）.
（2）HTTP連線
HTTP協議即超文字傳送協議(Hypertext Transfer Protocol )，是Web聯網的基礎，也是手機聯網常用的協議之一，HTTP協議是建立在TCP協議之上的一種應用。
HTTP連線最顯著的特點是客戶端傳送的每次請求都需要伺服器回送響應，在請求結束後，會主動釋放連線。從建立連線到關閉連線的過程稱為「一次悔帆連線」。
1）在HTTP 1.0中，客戶端的每次請求都要求建立一次單獨的連線，在處理完本次請求後，就自動釋放連線。
2）在HTTP 1.1中則可以在一次連線中處理多個請求，並且多個請求可以重疊進行，不需要等待一個請求結束後再發送下一個請求。
由於HTTP在每次請求結束後都會主動釋放連線，因此HTTP連線是一種「短連線」，要保持客戶端程式的線上狀態，需要不斷地向伺服器發起連線
請求。通常的做法是即時不需要獲得任何資料，客戶端也保持每隔一段碧改固定的時間向伺服器傳送一次「保持連線」的請求，伺服器在收到該請求後對客戶端進行回
復，表明知道客戶端「線上」。若伺服器長時間無法收到客戶端的請求，則認為客戶端「下線」，若客戶端長時間無法收到伺服器的回復，則認為網路已經斷開。
（3）SOCKET原理
3-1套接字（socket）概念
套接字（socket）是通訊的基石，是支援TCP/IP協議的網路通訊的基本操作單元。它是網路通訊過程中端點的抽象表示，包含進行網路通訊必須的五種資訊：連線使用的協議，本地主機的IP地址，本地程序的協議埠，遠地主機的IP地址，遠地程序的協議埠。
應用層通過傳輸層進行資料通訊時，TCP會遇到同時為多個應用程式程序提供並發服務的問題。多個TCP連線或多個應用程式程序可能需要通過同一個
TCP協議埠傳輸資料。為了區別不同的應用程式程序和連線，許多計算機作業系統為應用程式與TCP／IP協議互動提供了套接字(Socket)介面。應
用層可以和傳輸層通過Socket介面，區分來自不同應用程式程序或網路連線的通訊，實現資料傳輸的並發服務。
3-2建立socket連線
建立Socket連線至少需要一對套接字，其中一個運行於客戶端，稱為ClientSocket ，另一個運行於伺服器端，稱為ServerSocket 。
套接字之間的連線過程分為三個步驟：伺服器監聽，客戶端請求，連線確認。
伺服器監聽：伺服器端套接字並不定位具體的客戶端套接字，而是處於等待連線的狀態，實時監控網路狀態，等待客戶端的連線請求。
客戶端請求：指客戶端的套接字提出連線請求，要連線的目標是伺服器端的套接字。為此，客戶端的套接字必須首先描述它要連線的伺服器的套接字，指出伺服器端套接字的地址和埠號，然後就向伺服器端套接字提出連線請求。
連線確認：當伺服器端套接字監聽到或者說接收到客戶端套接字的連線請求時，就響應客戶端套接字的請求，建立一個新的執行緒，把伺服器端套接字的描
述發給客戶端，一旦客戶端確認了此描述，雙方就正式建立連線。而伺服器端套接字繼續處於監聽狀態，繼續接收其他客戶端套接字的連線請求。
（4）SOCKET連線與TCP/IP連線
建立Socket連線時，可以指定使用的傳輸層協議，Socket可以支援不同的傳輸層協議（TCP或UDP），當使用TCP協議進行連線時，該Socket連線就是一個TCP連線。
socket則是對TCP/IP協議的封裝和應用（程式設計師層面上）。也可以說，TPC/IP協議是傳輸層協議，主要解決資料 如何在網路中傳輸，而HTTP是應用層協議，主要解決如何包裝資料。關於TCP/IP和HTTP協議的關系，網路有一段比較容易理解的介紹：
「我們在傳輸資料時，可以只使用（傳輸層）TCP/IP協議，但是那樣的話，如
果沒有應用層，便無法識別資料內容，如果想要使傳輸的資料有意義，則必須使用到應用層協議，應用層協議有很多，比如HTTP、FTP、TELNET等，也
可以自己定義應用層協議。WEB使用HTTP協議作應用層協議，以封裝HTTP文字資訊，然後使用TCP/IP做傳輸層協議將它發到網路上。」
我們平時說的最多的socket是什麼呢，實際上socket是對TCP/IP協議的封裝，Socket本身並不是協議，而是一個呼叫介面
（API），通過Socket，我們才能使用TCP/IP協議。 實際上，Socket跟TCP/IP協議沒有必然的聯絡。Socket程式設計接
口在設計的時候，就希望也能適應其他的網路協議。所以說，Socket的出現
只是使得程式設計師更方便地使用TCP/IP協議棧而已，是對TCP/IP協議的抽象，從而形成了我們知道的一些最基本的函式介面，比如create、
listen、connect、aept、send、read和write等等。網路有一段關於socket和TCP/IP協議關系的說法比較容易理解：
「TCP/IP只是一個協議棧，就像作業系統的執行機制一樣，必須要具體實現，同時還要提供對外的操作介面。這個就像作業系統會提供標準的程式設計介面，比如win32程式設計介面一樣，TCP/IP也要提供可供程式設計師做網路開發所用的介面，這就是Socket程式設計介面。」
實際上，傳輸層的TCP是基於網路層的IP協議的，而應用層的HTTP協議又是基於傳輸層的TCP協議的，而Socket本身不算是協議，就像上面所說，它只是提供了一個針對TCP或者UDP程式設計的介面。socket是對埠通訊開發的工具,它要更底層一些.
（5）Socket連線與HTTP連線
由於通常情況下Socket連線就是TCP連線，因此Socket連線一旦建立，通訊雙方即可開始相互發送資料內容，直到雙方連線斷開。但在實際網路應用中，客戶端到伺服器之間的通訊往往需要穿越多個中間節點，例如路由器、閘道器、防火牆等，大部分防火牆預設會關閉長時間處於非活躍狀態的連線而導致 Socket 連線斷連，因此需要通過輪詢告訴網路，該連線處於活躍狀態。
而HTTP連線使用的是「請求—響應」的方式，不僅在請求時需要先建立連線，而且需要客戶端向伺服器發出請求後，伺服器端才能回復資料。
很多情況下，需要伺服器端主動向客戶端推送資料，保持客戶端與伺服器資料的實時與同步。此時若雙方建立的是Socket連線，伺服器就可以直接
將資料傳送給客戶端；若雙方建立的是HTTP連線，則伺服器需要等到客戶端傳送一次請求後才能將資料傳回給客戶端，因此，客戶端定時向伺服器端傳送連線請
求，不僅可以保持線上，同時也是在「詢問」伺服器是否有新的資料，如果有就將資料傳給客戶端。
協議是應用層的協義
有個比較形象的描述：HTTP是轎車，提供了封裝或者顯示資料的具體形式；Socket是發動機，提供了網路通訊的能力。
兩個計算機之間的交流無非是兩個埠之間的資料通訊,具體的資料會以什麼樣的形式展現是以不同的應用層協議來定義的`如HTTP`FTP`...
TCP/IP Http 和Https之間的區別
經過tls加密，確保資料傳輸過程中不被第三方監聽
資料傳輸更安全，但由於加密過程會多少增加了CPU負擔，當然這點負擔對於現代的硬體來說很小可以忽略，換來的是更高的安全性
UI，UE和UX三者之間的區別
UI：User Interface 使用者介面
使用者介面其實是一個比較廣泛的概念，指人和機器互動過程中的介面，以車為例子，方向盤、儀表盤、換檔器等都屬於使用者介面。
現在一般把螢幕上顯示的圖形使用者介面（GUI ：Graphic User Interface）都簡單稱為UI。
可能是UI這個概念比較難以被一般人理解，所以現在一般所說的UI設計師，也即是指GUI設計師。也就是圖形介面設計師。
主要是負責產品或是網站的圖形圖示色彩搭配，總之是負責網站看起來是一個什麼風格什麼氣質。
UE or UX： User Experience 使用者體驗
使用者體驗指使用者在使用產品過程中的個人主觀感受。關注使用者使用前、使用過程中、使用後的整體感受，包括行為、情感、成就等各個方面。使用者體驗是整體感受，所以不僅僅來自於使用者介面，那隻是其中的一部分。
通俗的講這是個整體的使用感受，包括受品牌影響，使用者個人使用經驗的影響，總之就是讓使用者用著爽。
IxD：Interaction design 互動設計
互動指任何機器互動的過程，互動設計通過了解人的心理、目標和期望，使用有效的互動方式來讓整個過程可用、易用。
互動設計的主要物件是人機介面（UI），但不僅限於圖形介面（GUI）。為了達到目標，互動設計師需要關注心理、文化、人體工程等許多方面的內容。
說白了，就是怎麼讓網站理解起來明白，用起來順手。
UID： User Interface Design 使用者介面設計
使用者介面設計（UID）不僅僅是做「漂亮的介面」，所以不可避免的會涉及到互動設計。所以廣義來說，介面設計包含互動設計。但是現在很少提這個概念了。
UED： User Experience Design 使用者體驗設計
使用者體驗是個人主觀感受，但是共性的體驗是可以經由良好的設計提升的。使用者體驗設計旨在提升使用者使用產品的體驗。
網際網路企業中，一般將視覺介面設計，互動設計和前端設計都歸為使用者體驗設計。
但實際上使用者體驗設計貫穿於整個產品設計流程，是必然涉及到的，只是重視與否。
一名優秀的使用者體驗設計師，實際上需要對介面、互動和實現技術都有深入的理解。
國內的UED是阿里系交出來的，有很多其他企業不叫UED，而是叫CDC，CDU啥的，總之乾的事情都是這些。
UCD：User Centered Design 以使用者為中心的設計
UCD是一種設計模式，思維。強調在產品設計過程中，從使用者角度出發來進行設計，使用者優先。
產品設計有個BTU三圈圖（Business, Technique, User），即一個好的產品，應該兼顧商業盈利，技術實現和使用者需求。
無論是B、T還是U為優先進入產品設計，都可以設計出好的產品。UCD只是強呼叫戶優先。
UI是使用者介面設計，包括平面的網頁的移動端的等等，它只是介面設計。而UE是互動設計，互動就涉及到動態效果展示，一個功能它點選是什麼樣子的用動態來表達；最後UX是使用者體驗，這個就設計的比較廣了
ui，ue和ux三者之間的區別
UI是使用者介面設計，包括平面的網頁的移動端的等等，它只是介面設計。而UE是互動設計，互動就涉及到動態效果展示，一個功能它點選是什麼樣子的用動態來表達；最後UX是使用者體驗，這個就設計的比較廣了，包括了UI和UE，它不光是介面要好看，還涉及到效果展示，是否符合使用者的習慣，人體工程學等等，就是是否好用舒適！
the same……as， the same……that ， such……as 三者之間的區別
一、the same as 和 the same that 都指「和……相同」
the same as 強調的是型別的相同
the same that 強調的是物體本身的相同
如果我有一本書，那麼同類別的書就叫做the same as，這本書本身就the same that
1.the same as是同樣的。譬如，同班學生使用的教材是同樣的，可以說：Student A has the same book as Student B (has).(as是關系代詞，替代先行詞the same book ，又作省去的has的賓語)
2.the same that是同一個。譬如，我今天使用的和昨天使用的是同一本教材，可以說：Today I use the same book that is used yesterday.(that是關系代詞，替代先行詞the same book ，作主語)
二、such…as的意思是「像……這種的」，「像……那樣的」，其中的 as 用作關系代詞，引導定語從句，as 在定語從句中用作主語或賓語。此外，不要按漢語意思把該結構中的 as 換成like。
如：
He is not such a fool as he looks. 他並不像他看起來那麼傻。
Such men as he (is) are rare now. 現在像他這樣的人很少了。
SLEP和SSAT和TOEFL Junior三者之間的區別
1、SLEP（全稱：Secondary Level English Proficiency Test），即中學生程度英語水平考試（母語為非英語國家的學生初中，高中的英語能力測驗），形象地說就是初中生，高中生的托福。
SLEP TEST的成績是進入美國中學時判斷英語水平的標准，是美國國務院選擇公立學校交換學生時的標准，是大學生赴美帶薪實習英語水平的標准，是華人對美國學生漢語教師的英文水平的標准.
2、SSAT是Secondary School Admission Test的簡稱，是美國、加拿大等國私立中學的非常重要的入學考試，即為美國中學入學考試。由美國、加拿大等國私立學校自行選用。它創建於1957年，是由位於美國新澤西州普林斯頓市的中學入學考試委員會SSATB（Secondary School Admission Test Board）命題的考試。
SSAT主要測試學生的數學、英文程度及理解力。考試分為數學、詞彙、閱讀三大部分，另有作文（不記分）。有低階（5-7年級的考生），滿分為2130分。高階 （8-11年級的考生），滿分為2400分，兩種考卷。
3、TOEFL Junior，中文名稱」初中托福「或者也叫「小托福「。是美國教育考試服務中心專為全球11—15歲中小學生開發的權威英語能力測試。
該考試不僅可以作為中小學生北美高中留學的英語能力認證，更可以測評現階段學生的英語水平，為提高英語能力或者將來參加托福考試提供權威指導. 是ETS托福家族最新成員（Ecational Testing Service，美國教育考試服務中心）。後者推出的最廣為人知的考試有：GRE（美國研究生入學考試）；TOEFL（托福）；TOEIC（托業）