億級調用量的網關繫統設計 平臺開放、分布式繫統設計 MQ的使用場景 消息推送繫統 RPC I/O通信 微服務 多路復用 Tomcat的NIO 數據異構、繫統容錯 架構

●目錄第1章  網關之道1.1 認識API網關1.1.1 API網關是什麼1.1.2 API網關涵蓋的基本功能1.1.3 API網關架構示例1.2 一個API的生命周期1.2.1 什麼是API1.2.2 生命周期1.2.3 生命周期的過程1.3 API網關的基石―泛化調用1.4  如何發布API到網關繫統1.5  管道技術1.5.1  管道實現1.5.2  如何獲取管道1.5.3  管道信息傳遞1.5.4  管道的優點1.5.5  責任鏈模式1.6  一個傳統網關繫統有幾種“死”法1.6.1 關注CPU1.6.2 關注磁盤1.6.3 關注網絡1.7  Servlet 3異步原理與實踐1.7.1  什麼是Servlet1.7.2  什麼是Servlet規範1.7.3  同步、異步、阻塞、非阻塞1.7.4  Servlet 3的異步流程1.7.5  Servlet 3的異步使用步驟1.7.6  Servlet 3的異步使用示例1.7.7  Tomcat NIO Connector、Servlet 3.0 Async和Spring MVC Async的關繫1.7.8  Servlet 3非阻塞I/O1.8  全異步網關1.9  脫庫與多級緩存1.9.1  脫庫1.9.2  多級緩存1.10  熱更新1.11  網關繫統的七種武器1.12  本章小結第2章  開放之道2.1  認識OAuth 2.02.1.1 什麼是OAuth 2.02.1.2 角色2.1.3 OAuth 2.0協議流程2.1.4 采用OAuth 2.0協議的開放平臺2.1.5 京東宙斯開放（授權碼方式場景）2.2  開放平臺2.2.1 一名開發者的基本需求2.2.2 完整性2.2.3 穩定性2.2.4 安全性2.2.5 整體技術架構2.2.6 意義2.3  如何設計一套SPI應用架構2.3.1 API和SPI區別2.3.2 術語約定2.3.3 業務場景2.3.4 架構實現2.3.5 測試2.3.6 SPI是一種思想2.4  講一講越權2.4.1 什麼是越權訪問2.4.2 越權訪問的種類2.4.3 發生越權訪問的根本原因2.4.4 如何避免與解決2.4.5 開放平臺環境下的越權訪問2.5  從Facebook數據洩漏談開放安全2.5.1 OAuth 2.0授權2.5.2 數據加/解密2.5.3 IP地址白名單2.5.4 平臺內環境2.6  API治理2.6.1 性能2.6.2 可用率2.6.3 文檔可讀性2.7  API經濟2.7.1 API盈利模式2.7.2 API市場2.7.3 API經濟價值鏈2.8  沙箱環境2.8.1 協同2.8.2 維護2.9 本章小結第3章  分布式之道3.1  認識分布式3.2  分布式事務3.2.1 什麼是分布式事務3.2.2 CAP和BASE理論3.3  分布式鎖3.3.1 為什麼需要分布式鎖3.3.2 分布式鎖的實現方式3.4  分布式限流3.4.1 計數器3.4.2 限速器3.4.3 限流的維度3.4.4 流量包3.4.5 再來談令牌桶3.5  衡量性能的指標QPS、TPS等3.5.1  什麼是QPS3.5.2  什麼是TPS3.5.3  什麼是RT3.5.4  什麼是並發數3.6 本章小結第4章  MQ之道4.1  認識JMS4.1.1 JMS的組成4.1.2 JMS編程模型4.1.3 JMS消息結構4.1.4 JMS消息模型4.2  帶著思考理解MQ下的基本概念4.2.1 生產者―消費者（Producer-Consumer）4.2.2 空間解耦4.2.3 時間解耦4.2.4 觀察者模式與發布/訂閱4.3  消費冪等4.3.1 什麼是冪等操作4.3.2 是什麼引起我們關注消費冪等4.3.3 如何處理消費冪等4.4  詳述MQ各種功能場景4.4.1 解耦4.4.2 削峰填谷4.4.3 最終一致性4.4.4 廣播消費4.4.5 使用集群消費模擬廣播4.4.6 重試之坑4.5  數據異構的武器―MQ+canal4.5.1 定義4.5.2 常見應用場景4.5.3 數據異構方向4.5.4 數據異構的常用方法4.5.5 binlog和MQ方式4.6  關於MQ再問自己幾個問題4.6.1 我想自己控制開始消費如何做4.6.2 為什麼需要消息過濾4.6.3 過期消息是怎麼處理的4.6.4 消息重試的注意點4.6.5 為什麼需要事務消息4.6.6 消息為什麼沒有了順序4.7 本章小結第5章  消息推送之道5.1  認識消息推送5.2  構建長連接推送繫統之HTTP實踐5.2.1 Web網絡結構及配置5.2.2 基本配置5.2.3 Transfer-Encoding: chunked5.2.4 HTTP長連接繫統組成結構5.2.5 Session管理5.2.6 心跳5.2.7 消息接收的概念5.2.8 消息推送的概念5.2.9 消息追蹤5.2.10 HTTP長連接繫統時序調用5.2.11 創建會話（連接）5.2.12 心跳邏輯5.2.13 消息接收實例5.2.14 消息推送實例5.2.15 半推半拉5.2.16 繫統優化5.2.17 測試5.3  構建消息推送繫統之Netty實踐5.3.1 啟動5.3.2 創建會話5.3.3 心跳5.3.4 發送消息5.3.5 注銷會話5.3.6 黏包5.4  一臺服務器可以“跑”多少個連接5.5  一臺服務器可以“跑”多少個線程5.6  弱網絡環境5.7  發送APNs5.7.1 認識APNs5.7.2 HTTP/25.7.3 Pushy的使用5.8 本章小結第6章  RPC之道6.1  認識RPC6.2  RPC是如何實現通信的6.2.1 動態代理6.2.2 反射6.2.3 序列化6.2.4 網絡編程6.3  一次RPC調用時間都去哪兒了6.4  異步RPC6.4.1 異步調用6.4.2 異步監聽6.4.3 callback調用6.5 本章小結第7章  I/O之道7.1 認識I/O7.2  解讀I/O多路復用技術7.2.1 I/O多路復用概述7.2.2 用戶進程和內核7.2.3 select和recvfrom7.2.4 阻塞、非阻塞7.2.5 適用場景7.3  解讀Tomcat中的NIO模型7.3.1 Tomcat對I/O模型的支持7.3.2 Tomcat中NIO的配置與使用7.3.3  NioEndpoint組件關繫圖解讀7.3.4 NioEndpoint執行序列圖7.3.5 關於性能7.4 本章小結第8章  微服務之道8.1  認識微服務8.2  微服務後如何做一次繫統梳理8.2.1 繫統分類與演進8.2.2 梳理目的要搞清楚8.2.3 如何做8.2.4 核心功能的核心流程梳理8.3  朝著微服務的方向去做一次數據庫拆分8.3.1 現狀8.3.2 方法8.3.3 拆庫的步驟（MySQL）8.4 本章小結第9章  容錯之道9.1  認識容錯9.2  降級與限流9.3  線程池隔離9.3.1 為什麼要做線程池隔離9.3.2 實現一個線程池隔離9.3.3 線程池隔離的優點9.3.4 線程池隔離的缺點9.4  快速失敗9.5  熔斷9.5.1 熔斷器介紹9.5.2 熔斷使用注意9.6  Hystrix的使用9.6.1 認識Hystrix9.6.2 線程池隔離9.6.3 信號量隔離9.6.4 熔斷9.6.5 回退降級9.7  大促備戰都“備”什麼9.7.1 分離技術9.7.2 緩存技術9.7.3 SQL優化9.7.4 快速失敗9.7.5 降級限流9.7.6 性能壓測9.8 本章小結第10章  程序之外10.1  程序與健身10.2  程序員的硬件裝備10.3  程序員應該看的四本技術書籍10.4  程序員應該熟悉的常用定律法則10.5  知識、數據、工具參考文獻

本書內容包括分布式、開放網關、消息推送、RPC、MQ、容錯、微服務本身之外的思考、開放平臺、互聯網場景問題定位與分析等內容。描述每個知識點的各種使用或者適用場景。以及每個場景下可能遇到的問題，以及這種技術我們為什麼要使用它及它背後的一些道理。本書還會講述一些在京東內部已經良好實踐的技術應用。

王新棟 著

"序言一2019年年初，新棟突然說他要出一本書，找我寫序言，我甚是驚喜，主要讓我驚喜的地方在於新棟同學帶領一個團隊在2018年不斷地做JOS開放平臺的迭代升級，平時加班加點壓力很大的情況下，還能抽出時間出來寫書，另一個驚喜的地方就是看到一個持續在技術上追求很好的架構師身影。做一個好的開放平臺有三方面的挑戰，第一是來自穩定性挑戰，每天數十億的請求，有的來自商家、有的來自外部開發者，還有的來自外部合作伙伴平臺，API請求的類型除了簡單的Key-Value讀寫，還有多維度的寫數據請求和復雜查詢。怎麼保證部分API服務出現問題不讓整個網關繫統受到影響？在流量洪峰到來的時刻怎麼保證核心服務、核心請求的高可用？第二來自開發者的體驗挑戰，這裡的開發者包括提供API的開發者及使用API的開發者，對於開發者的體驗大家往往會忽略，但他們是開放平臺的真實客戶，決定開放平臺的發展和未來。怎麼讓等