## 從服務器接收到請求到對應后臺接收到請求
服務端在接收到請求時,內部會進行很多的處理
### 負載均衡
對于大型的項目,由于并發訪問量很大,所以往往一臺服務器是吃不消的,所以一般會有若干臺服務器組成一個集群,然后配合反向代理實現負載均衡
簡單的說:
**用戶發起的請求都指向調度服務器(反向代理服務器,譬如安裝了nginx控制負載均衡),然后調度服務器根據實際的調度算法,分配不同的請求給對應集群中的服務器執行,然后調度器等待實際服務器的HTTP響應,并將它反饋給用戶**
### 后臺的處理
一般后臺都是部署到容器中的,所以一般為:
- 先是容器接受到請求(如tomcat容器)
- 然后對應容器中的后臺程序接收到請求(如java程序)
- 然后就是后臺會有自己的統一處理,處理完后響應響應結果
概括下:
- 一般有的后端是有統一的驗證的,如安全攔截,跨域驗證
- 如果這一步不符合規則,就直接返回了相應的http報文(如拒絕請求等)
- 然后當驗證通過后,才會進入實際的后臺代碼,此時是程序接收到請求,然后執行(譬如查詢數據庫,大量計算等等)
- 等程序執行完畢后,就會返回一個http響應包(一般這一步也會經過多層封裝)
- 然后就是將這個包從后端發送到前端,完成交互
- Web 開發筆記
- 從輸入 URL 到頁面加載完成的過程中都發生了什么事情?
- 從瀏覽器接收url到開啟網絡請求線程
- 開啟網絡線程到發出一個完整的http請求
- 從服務器接收到請求到對應后臺接收到請求
- 后臺和前臺的http交互
- http的緩存
- 解析頁面流程
- HTML解析,構建DOM
- CSS解析,構建CSSOM
- 資源外鏈的下載
- CSS的可視化格式模型
- 包含塊(Containing Block)
- 控制框(Controlling Box)
- BFC(Block Formatting Context)
- IFC(Inline Formatting Context)
- 其它
- JS引擎解析過程
- JS的解釋階段
- JS的預處理階段
- JS的執行階段
- 回收機制
- 參考資料
- JavaScript模塊化編程
- AMD
- requireJS
- CommonJS
- UMD
- ES6模塊
- 參考資料
- 使用 JavaScript 實現一門編程語言
- 如何使用 JavaScript 實現一門編程語言(1) —— 前言
- 如何使用 JavaScript 實現一門編程語言(2) —— 編寫一個解析器
- 如何使用 JavaScript 實現一門編程語言(3) —— Input stream
- 如何使用 JavaScript 實現一門編程語言(4) —— Token stream
- 如何使用 JavaScript 實現一門編程語言(5) —— AST
- 如何使用 JavaScript 實現一門編程語言(6) —— Interpreter
- 完整代碼
- 參考資料
- 前端布局概論
- 參考資料
- Windows 筆記
- 錯誤解決
- win10應用商店無法登錄提示0x80070426解決方法
- 使用技巧
- 設置 Hyper-V 和 VMware 共存
- Powershell
- WSL