原创 重溫計網之五層網絡協議

HTTP協議構建在TCP\IP協議之上 TCP/IP協議族: 是一系列與互聯網相關聯的協議集合起來的總稱 分層管理是TCP/IP協議的重要特徵 應用層一般是我們編寫的應用程序,決定了向用戶提供的應用服務。應用層可以

原创 重溫計網之DNS解析

DNS 域名解析 網站的域名容易被記住,IP地址太難記,但TCP/IP協議使用IP地址進行訪問,而DNS服務器提供域名到IP地址之間的解析服務 查找IP地址遵循就近原則 hosts裏面找,找不到的話就求助於本地DN

原创 重溫計網之TCP三次握手

傳輸層: TCP三次握手 使用TCP協議進行通信的雙方必須先建立連接,然後才能開始傳遞數據 爲了確保連接雙方可靠性,雙方建立鏈接時,TCP協議使用了三次握手策略 三次握手過程 第一次握手: 客戶端發送帶有SY

原创 重溫計網之HTTP報文

HTTP報文之請求報文 HTTP的報文頭大體可以分爲四類,HTTP/1.1 中一共規範了47種報文頭字段 通用報文頭 請求報文頭 響應報文頭 實體報文頭

原创 重溫計網之URI & URL & URN

URL & URI URI: 一個緊湊的字符串,用來標識抽象的或物理的資源 URI可以分爲URL、URN或同時具備locators和names特性的一個東西 URL就像一個人的地址,URN就像一個人的名字 URN確

原创 重溫計網之HTTP歷史

http: 應用層 面向對象 的通信協議 1990年10月 萬維網之父 TimBerners-Lee 最早提出了HTTP協議 1991年 HTTP0.9誕生 1996年5月 HTTP1.0發佈 1997年1月

原创 重溫計網之HTTP特點

HTTP協議深入瞭解 HTTP協議支持客戶/服務器模式 客戶端向服務器發送請求時,只需要傳送請求方法和路徑 HTTP協議簡單,HTTP服務器程序規模小,通信速度快 HTTP協議允許傳輸任意類型的數據對象,正在傳

原创 重溫計網之內容協商機制

內容協商機制 指客戶端和服務器端就響應的資源內容進行交涉,然後提供給客戶端最合適的資源,內容協商會以響應資源的語言,字符集,編碼方式等作爲判斷的基準 內容協商方式 客戶端驅動( 兩次請求 ): 客戶端發起請求,服務器發

原创 以接觸前端一年多的身份回顧一下我對JS異步的理解

本文也參考了一篇不錯的文章: https://zhuanlan.zhihu.com/p/138140285 讀懂本文需要你對JS和ES6有一定的使用經驗( feihua ) 回調函數和異步編程是什麼鬼?JS爲什麼需要他們?

原创 for...of異步循環

for…in && forEach && for 是常規的同步遍歷 for…of常用於異步的遍歷 function muti(num) { return new Promise((resolve, reje

原创 常用yarn命令小節

安裝 brew install yarn 創建一個新項目 yarn init 添加依賴 yarn add [package] yarn add [package]@[version] yarn add [packa

原创 你不知道的祕密之 JSON.stringify

普通用法 ( 注意JSON數據的鍵名都是帶雙引號的字符串 ) const foo = { name: 'lpj', age: 18, 123: 123, }; document.write(foo);

原创 Redux中計算新state的方法爲什麼被起名爲reducer?

這是一篇筆記,參考了阮一峯老師的redux入門教程 /** * Reducer: 純函數! * 爲什麼這個函數叫做 Reducer 呢? * 因爲它可以作爲數組的reduce方法的參數。 */ const reduc

原创 Redux createStore 方法的實現

這是一篇筆記,參考了阮一峯老師的redux入門教程 /** * createStore方法的實現方式 */ const createStore = (reducer) => { let state; let li

原创 document.write和alert的執行順序問題

先看兩行代碼,放到chrome中運行一下瞅一瞅 document.write(1) alert(2) 我的天,竟然先彈窗顯示2,點擊確認後才頁面輸出了1 原因如下 js執行和dom操作共用一個線程,同一時刻二者