走在汽車革命的路上論文書籍站
故障碼查詢的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列包括價格和評價等資訊懶人包
故障碼查詢的問題，我們搜遍了碩博士論文和台灣出版的書籍，推薦田中実加,松川佳奈,劉馨穜寫的 服務業日語【QR碼行動學習版】：套用、替換、零失誤!第一線人員最實用，100%提高業績的全方位日本語應對指南(附QR碼線上音檔，隨刷隨聽) 和胡弦的 SpringCloudAlibaba微服務架構實戰派（上下冊）都 可以從中找到所需的評價。
另外網站故障碼也說明：目前最全最新的OBD故障碼查詢網站點火開關主要有兩個作用：1）允許司機控制到各種附件 ... 奔馳汽車故障碼B1000：發動機控制單元(ECU)故障B1226：車內溫度傳感器及電路 ...
這兩本書分別來自國際學村 和電子工業所出版 。
亞洲大學 行動商務與多媒體應用學系 廖岳祥所指導 樊嘉麒的 基本汽車知識及故障診斷 APP 之研製 （2018），提出故障碼查詢關鍵因素是什麼，來自於數位學習、APP、行動載具、汽車故障診斷。
最後網站叫故障碼不求人用手機幫愛車健診則補充：其實這時候只要透過一個小工具，加上智慧型手機的搭配，就能讀取故障碼， ... 電腦上進行操作，以查詢車況、故障碼或進行所謂的ECU編程升級工程吧。
服務業日語【QR碼行動學習版】：套用、替換、零失誤!第一線人員最實用，100%提高業績的全方位日本語應對指南(附QR碼線上音檔，隨刷隨聽)
為了解決故障碼查詢 的問題，作者田中実加,松川佳奈,劉馨穜 這樣論述：
連待客最嚴謹的日本人都讚不絕口的服務業日語！ 經實戰測試，真正好用！並且與時俱進，再次增修!! 增加冰品店、飲料店…等之應客方式， 讓你可以完美接待聞名至台灣吃芒果冰、喝珍奶的日本客人！ 全台唯一，最適合觀光科系、日文科系、第一線服務員的服務日語應用教材， 後疫情時代，要找回百萬日本遊客、更上巔峰就靠這一本！ 台灣服務業人手必備的日語應對手冊， 不只有日語，還有羅馬拚音＋漢字標音，立即就能上手應用！ ◆ 成功提升待客滿意度，讓日本客人爽快消費、不斷光臨的應客之道 台灣在國際上已佔有一席之地，來台旅遊或是工作的日籍人士也越來越多，服務業從業人員常是
第一線地接觸日籍人士，具備良好的日語能力與合宜的禮節，就等於提升了國際形象。本書便是專為「百貨、餐飲、飯店人員、計程車司機、美容師、按摩師、攝影師、導遊、機場服務人員」量身訂做的日語學習書。 我們都知道客人來時要說「歡迎光臨」，客人離開時說「謝謝光臨，歡迎再來」，但是在日本的服務業精神上，這些是不夠的，比如，我們知道日文「失礼します。」是「失禮了、不好意思」的意思，可以用在「上菜」、「收餐盤」等打擾客人的時候。但是您知道…… 在為顧客量身修改衣服長度時，因為觸碰了顧客也應該說「失礼します。」嗎？ 在結帳時用手接過客人的東西如信用卡時，也要說「失礼します。」嗎？
◆ 絕對禮貌、正確的日語，水準直逼日本服務人員 日文中有「常體」、「美化體」、「敬體」之分，朋友之間很少用到敬體，但是服務銷售業就不一樣了，在日本，任何需要服務到客人的工作，如計程車司機、店員、服務員…等，都必須用敬體與敬語，表示尊重顧客，也表示自己的禮貌教養。 很多台灣的百貨商店店員、餐館服務生常有機會接觸日本客人，服務人員卻只應急地學了幾句能簡單溝通的日語，雖能溝通，卻不一定說得漂亮、也不一定讓客人聽得舒服。 本書將平常百貨、餐飲、飯店、計程車司機、美髮沙龍、美體按摩、寫真拍攝、冰品店、飲料店、機場、健檢中心服務人員必備的會話句整理出來，直接用漂亮的敬語
來表現。沒有艱深的文法贅述，只需套用基本句型即可。並且，同樣句型可依不同狀況替換成不同詞彙，增加活用度。對任何一位日語學習者來說，是不可多得的敬語學習題材。 ◆ 學會如何應對日本客人，有效增加自己的客源 對於以日本觀光客為主要服務對象的銷售業、餐飲業、美容相關類業、旅遊業或計程車司機來說，如何用日文推銷商品？如何獲得客人的賞識與信賴？如何藉由服務讓遠來的客人倍感親切？正是這些服務類別的最高指導原則。美好的溝通，不但能讓客人賓至如歸，在生意上帶來長遠的效益。使用精確的敬語，提昇日語溝通能力，更能展現一場成功的國民外交。 ◆ 單句、單字、示範會話皆加註羅馬音，最佳的服務業
日語教材 本書內容針對每個行業按該服務流程順序設計，其中書中有羅馬音發音的加註，對於日語課程較少的觀光類系來說，即使50音的能力有限，只要看著念也不會有障礙，內容不但實用而且能簡單切入應用，故不難作學習使用；對於日文科系觀光學程等而言，也是極佳的服務業日語教材。能在學習後幫你解決困難的語言問題，讓你達到最完美的服務。 ◆隨書附QR碼可隨掃隨聽！生動配音讓你練聽力、練口說更有感覺 本書內介紹的所有服務業必備句型皆附有日籍人士錄音的發音示範，搭配中文翻譯對照，自然而然的幫您記住日文的意思，練聽力、練口說也更有感覺。音檔採QR碼掃描下載方式，不需要用到光碟機，只要用手機掃
描即可馬上下載！也提供可將全書MP3一次完整下載的QR碼，不需註冊會員，或額外安裝自己不熟悉的播放APP才能聽，省去每次聽音檔都要掃描的麻煩。（註：打包下載檔案為ZIP壓縮檔，請先安裝解壓縮程式或APP再行下載，由於iOS系統對檔案下載的限制，iPhone用戶需升級至iOS 13以上，方可使用全書完整打包下載連結。） 本書特色 ◆專為10大服務工作人員設計的日語接客導引 ◆從生活待客中學習敬語表現，服務顧客不失禮 ◆最逼真的日語狀況句，關鍵的一句話，好用好查詢 ◆基本會話演練，生動的延伸會話練習 ◆每字、每句附有羅馬拼音，超貼心發音提示 ◆同類語詞替換表，增加
句型活用度 ◆使用時機小提示，貼心說明不誤用 ◆全書MP3發音教學，日籍人士錄音，搭配中文翻譯配音，發音正確，光聽就能記住
故障碼查詢進入發燒排行的影片
新頻道成立！歡迎訂閱及加入：
【游泳私房話】YouTube：https://www.youtube.com/channel/UCWfGGxRvTJwgZz6Wak2zalw
【游泳私房話】FB社團：https://www.facebook.com/groups/swimmerprivatetalk
－－－－－－－－－－ 全新運動化BMW 4系列雙門跑車、Gran Coupe、敞篷跑車全員正式登台！
4系列的誕生打破傳統並將BMW推向嶄新紀元，而BMW 4系列雙門跑車、4系列Gran Coupe及4系列敞篷跑車就像是分別擁有獨特性格的三胞胎一般，雖流著相同的家族血液，卻有著渾然不同的風格。身負重任繼承3系列雙門跑車的專屬地位，且跳脫3系列家族成為獨立車型，4系列雙門跑車如同運動場上最耀眼的選手，以跑格濃烈的低扁外型擄獲所有車迷的目光。3系列敞篷跑車則將神聖的使命交棒給4系列敞篷跑車，瀟灑的外型令人印象深刻，當開啟帥氣的硬頂敞篷時似乎在暗喻著自由的靈魂獲得救贖與解放。身為4系列家族中最後問世、年紀最輕的車型，4系列Gran Coupe的設計源自6系列Gran Coupe，不僅擁有雙門跑車的優美曲線，更具備四門房車的日常實用價值，因此順勢成為4系列中最受歡迎的成員。
自2013年正式問世，BMW 4系列的全球銷售總量已直逼40萬台，銷售成績名列前三名的國家分別為美國、英國、德國，其中4系列Gran Coupe即佔了銷售總量約50%，4系列雙門跑車及敞篷跑車之銷售比例則分別各佔25％左右。反觀臺灣市場，從2014年BMW總代理汎德正式引進4系列後，至今銷售量已超越2,500台，如同全球市場，4系列Gran Coupe在台銷售佔比超過50%，也是最受臺灣車迷喜愛的4系列車款。
時尚美學的最佳代名詞
擁有帥氣的外貌、精壯的肌肉線條，全新BMW 4系列雙門跑車、BMW 4系列Gran Coupe及BMW 4系列敞篷跑車兼具優雅與運動氣息，以六角形線條重新詮釋BMW經典四圓頭燈造型，從正面看過去科技感十足，尾燈也採新款L形LED導光條設計，即使在夜間行進時也難以錯認全新BMW 4系列的高雅身段。全新BMW 4系列標準配備LED頭尾燈、LED日間行車燈、LED前霧燈等科技元素，BMW總代理汎德引進之全新BMW 4系列雙門跑車、BMW 4系列Gran Coupe及BMW 4系列敞篷跑車更全部搭載M款跑車化套件，將M款空力套件、M款專屬輪圈、M款跑車化懸吊、緞面鋁質窗框、M字樣車側名牌等皆列為標準配備，為全新BMW 4系列外觀注入令人熱血沸騰的個性化元素。此外，全新BMW 430i、440i雙門跑車、Gran Coupe、敞篷跑車採用M款煞車套件，搭配藍色卡鉗除能提供更優異的制動力外，也達到吸引眾人目光的效果。
精心刻劃的內裝鋪陳
打開車門、坐進全新BMW 4系列雙門跑車、BMW 4系列Gran Coupe及BMW 4系列敞篷跑車的車艙內，隨即印入眼簾的便是最新世代的iDrive使用者介面，以並列的圖示取代傳統選單，不但使資訊一目瞭然，駕駛者更可根據自身需求客製化選單功能的排列順序，如同使用電腦或智慧型手機時可自訂桌面圖示一般。此外，全新BMW 4系列於多處採用鍍鉻材質妝點，如空調、音量調整旋鈕等，並將中控面板改為黑色高光澤材質，儀錶檯則以縫線處理提升整體車室質感。
除上述改款重點之外，全新BMW 430i、440i雙門跑車、Gran Coupe、敞篷跑車更搭載8.8吋多重行車模式儀錶板、最新iDrive系統(ID6)、BMW智能衛星導航含8.8吋中控顯示幕等智慧科技結晶，使行車生活更加人性化、更加便利。由於臺灣引進所有車型皆配備M款跑車化套件含M款多功能真皮方向盤(含換檔撥片)、雙前座電動跑車座椅含駕駛座記憶裝置、黑色車內頂篷、鋁質格紋飾板含銀色飾條、M款駕駛休息踏板、M字樣車門門檻等，因此全新BMW 4系列車內無時無刻皆充斥著一觸即發的戰鬥氣息。
節能高效的強勁動力
全新BMW 4系列雙門跑車、BMW 4系列Gran Coupe以及BMW 4系列敞篷跑車搭載新世代BMW TwinPower Turbo直列四缸、六缸汽油引擎，在提升動力性能的同時也優化油耗與CO2排放量。以全新BMW 440i雙門跑車、Gran Coupe、敞篷跑車為例，搭載新世代BMW TwinPower Turbo直列六缸汽油引擎，最大馬力提昇至326匹德制馬力，最大扭力也來到450牛頓米；此外，油耗數據較更換引擎前降低12%，CO2排放量也降低了11.5%達到每公里154公克，貫徹EfficientDynamics高效動力的宗旨。
全新BMW 4系列雙門跑車、Gran Coupe、敞篷跑車動力數據一覽：
車型
引擎
最大馬力
最大扭力(牛頓米)
油耗
(公升/100km)
CO2排放量
(公克/km)
420i
TwinPower Turbo
直列四缸汽油引擎
184
270
5.5
(較更換引擎前
降低9.8%)
127
(較更換引擎前
降低10.6%)
430i
TwinPower Turbo
直列四缸汽油引擎
252
350
5.5
(較更換引擎前
降低12.7%)
129
(較更換引擎前
降低12.2%)
440i
TwinPower Turbo
直列六缸汽油引擎
326
450
6.6
(較更換引擎前
降低12%)
154
(較更換引擎前
降低11.5%)
*資料來源：BMW原廠數據
魅力無窮的精準操控
車長4,640mm、寬1,825mm、軸距2,810mm，搭配近50:50車身配重結合後輪驅動操駕魅力，造就全新BMW 4系列雙門跑車、Gran Coupe、敞篷跑車擁有絕佳操控性和彎道轉向表現(全新BMW 4系列雙門跑車、Gran Coupe更將懸吊強化)。全車系搭載Steptronic運動化八速手自排變速箱，綿密順暢的換檔齒比能持續傳遞豐沛動能，同時優化油耗表現。為滿足不同的旅程需求與個人喜好，駕駛者可透過位於中央鞍座的動態行車模式切換按鈕，隨興選擇COMFORT、SPORT或ECO PRO模式，享受在不同引擎反應、轉向輔助、與DSC動態穩定控制系統不同介入程度下的操控體驗。當切換至ECO PRO節能模式時，系統將主動協助達成更經濟的效能表現，不僅能調節空調系統的最大輸出功率，油門踏板的靈敏度也會隨之改變，確保節省油耗。
盡忠職守的安全護衛—BMW ConnectedDrive智慧互聯駕駛
盡情享受駕馭樂趣的前提是確保行車安全無虞，全新BMW 4系列雙門跑車、BMW 4系列Gran Coupe以及BMW 4系列敞篷跑車標準配備車壇中最先進的BMW智慧安全駕駛輔助，含主動防撞輔助系統與行人偵測、盲點偵測警示、車道偏離警示等功能。
全新BMW 4系列雙門跑車、BMW 4系列Gran Coupe及BMW 4系列敞篷跑車搭載BMW ConnectedDrive智慧互聯駕駛服務，以車上內建SIM卡為媒介，進行聯網或語音通話，包含下列功能：
智能緊急求助(Intelligent Emergency Call)：藉由手動或自動撞擊感應連接至BMW原廠客服中心，車輛資訊如：位置、底盤號碼、受損情況等將同時回傳至原廠客服中心，由客服人員詢問駕駛狀況並聯繫救助支援單位。
道路救援服務(Breakdown Call)：車主於車輛故障時可藉由iDrive系統與道路救援客服中心通話尋求道路救援服務，車輛資訊如位置、底盤號碼、車輛里程數、水箱、電瓶狀態等情況皆會同時回傳至道路救援客服中心。
遠距售後服務(Teleservices)：車主在購車時可先指定日後保養的BMW汎德服務廠，在每次定期保養到期之前，車輛資訊將回傳至車主指定之BMW汎德服務廠，由售後服務顧問主動聯繫車主，以達到保養的如期執行。
智能旅程管理(Journey Management)：車主在ConnectedDrive Portal網站註冊並開通功能後，下載BMW Connected App(目前僅提供iOS系統下載)至智慧型手機，即可透過手機計劃及管理旅程，如將目的地傳送至車內導航系統、尋找BMW經銷商或其他興趣點、根據預定抵達目的地時間與交通狀況計算何時應該出發，並藉由手機提醒車主。
智能遠端遙控(Remote Services)：下載BMW Connected App(目前僅提供iOS系統下載)至智慧型手機，即可藉由手機遙控並監控車輛狀況如車輛位置、車輛開啟或上鎖等狀態，甚至開啟空調送風。
旅程諮詢秘書(Concierge Service)：透過iDrive系統與BMW原廠客服中心進行通話，協助找尋餐廳、飯店、電影院等資訊，確認後客服中心會將選定的興趣點之導航路線傳送至車上的BMW原廠導航系統。
即時路況資訊(Real Time Traffic Information)：車主可根據由BMW原廠導航系統上以紅、橙、黃、綠不同顏色顯示的主要道路車流量狀況選擇最佳路徑，有效率地縮短車程時間。
線上生活資訊(ConnectedDrive Services)：使用BMW iDrive系統內建的應用程式即時查詢資訊、天氣、Google地圖等功能，也可透過BMW Connected App將智慧型手機中的App(如Spotify, Twitter等)同步連結至iDrive系統當中。
*全新BMW 420i雙門跑車、Gran Coupe、敞篷跑車僅配備智能緊急求助(Intelligent Emergency Call)、道路救援服務(Breakdown Call)、遠距售後服務(Teleservices)等功能
⬛本影片已取得【digiMobee移動生活網】授權使用
◉ 訂購 剛剛好水餃：https://shopee.tw/privatetalk
網站：http://www.autoprivatetalk.com
FB：https://www.facebook.com/harry.liaokang
社團：https://www.facebook.com/groups/autoprivatetalk
主講人/剪輯後製/企劃：廖剛
註：不會有字幕(我手邊沒有人力)(但你有興趣也可以幫我上字幕)、不要用粗話罵人～
基本汽車知識及故障診斷 APP 之研製
為了解決故障碼查詢 的問題，作者樊嘉麒 這樣論述：
由於世代的進步，以及網路的普及，汽車資訊不勝枚舉，卻缺乏了統整，所以，總在汽車突發狀況時，駕駛人想查詢簡易排除方法，卻不知道從何找起，且查詢資料亦非常耗時。根據「2017年9月的全球APP市場趨勢」的調查指出，從2016到2017的「圖書與工具書」的APP下載量指數提升了36%，在營收指數也提升了55%，表示越來越多使用者願意透過APP學習。 本研究希望透過APP做出一個「基本汽車知識及故障診斷APP」，來幫助駕駛人在突發狀況下，快速的查詢汽車故障原因，進而了解下一步處理的方法。而為了預防汽車故障的狀況，本研究也提供了汽車保養相關知識，及突發狀況的應變，來幫助駕駛人更加了解自己
的愛車，以及保護自身安全。並融合了交通部公路總局的汽車筆試題庫，集中所有汽車相關資訊，來達到APP使用的最大效益。 本研究利用問卷調查結果顯示，此「基本汽車知識及故障診斷APP」對於使用者在汽車認知上有顯著的提升，也為駕駛人減少了許多不必要的零件更換開銷，在汽車操作上更是得心應手，且達到事半功倍的效果，同時也幫助準備考汽車駕照筆試的考生，更有效率的複習汽車筆試考題，並藉由此「基本汽車知識及故障診斷APP」更深入的了解汽車相關知識。 本研究希望透過「基本汽車知識及故障診斷APP」，作為汽車駕駛者的知識輔助學習工具，讓駕駛人對於汽車路標及法規熟知以外，也能進一步的認識汽車相關知識，減少
駕駛人因忽視汽車平常保養，而帶來的事故及傷亡。
SpringCloudAlibaba微服務架構實戰派（上下冊）
為了解決故障碼查詢 的問題，作者胡弦 這樣論述：
本書覆蓋了微服務架構的主要技術點，包括分散式服務治理、分散式配置管理、分散式流量防護、分散式交易處理、分散式消息處理、分散式閘道、分散式鏈路追蹤、分散式Job、分庫分表、讀寫分離、分散式緩存、服務註冊/訂閱路由、全鏈路藍綠發佈和灰度發佈。在講解這些技術點，採用“是什麼→怎麼用→什麼原理（源碼解析）”的主線來講解。為了方便讀者在企業中落地Spring Cloud Alibaba專案，本書還包括幾個相對完整的項目實戰：全鏈路日誌平臺、中台架構、資料移轉平臺、業務鏈路告警平臺。 本書的目標是：①讓讀者在動手中學習，而不是“看書時好像全明白了，一動手卻發現什麼都不會”；②讀者可以掌握微服務全棧技術，
而不僅僅是Spring Cloud Alibaba框架，對於相關的技術（Seata、RocketMQ），基本都是從零講起，這樣避免了讀者為了學會微服務技術，得找Spring Cloud Alibaba的書、Seata的書、RocketMQ的書……本書是一站式解決方案。 ★入門篇 第1章 進入Spring Cloud Alibaba的世界 /2 1.1 瞭解微服務架構 /2 1.1.1 單體架構與微服務架構的區別 /2 1.1.2 分散式架構與微服務架構的區別 /6 1.2 如何構建微服務架構 /8 1.2.1 構建微服務架構的目標 /8 1.2.2 構建微服務架構的關鍵點
/8 1.3 認識Spring Cloud Alibaba /11 1.4 學習Spring Cloud Alibaba的建議 /12 1.4.1 熟悉Spring Boot /12 1.4.2 熟悉Spring Cloud /13 1.4.3 Spring Cloud Alibaba的版本演進 /14 1.5 Spring Cloud Alibaba與Spring Cloud的關係 /15 1.6 搭建基礎環境 /16 1.6.1 安裝Maven /16 1.6.2 熟悉Git /18 第2章 熟用開發工具 /19 2.1 安裝開發工具IntelliJ IDEA /19 2.2 【實例】
用Spring Cloud Alibaba開發一個RESTful API服務 /20 2.3 瞭解Spring Framework官方開發工具STS /24 2.4 瞭解Spring Framework官方腳手架工具 /25 ★基礎篇 第3章 Spring Cloud Alibaba基礎實戰 /28 3.1 Spring Cloud Alibaba“牛刀小試” /28 3.1.1 【實例】實現樂觀鎖 /28 3.1.2 【實例】實現多資料來源 /32 3.1.3 【實例】實現SQL語句中表名的動態替換 /35 3.2 【實例】用Maven和Spring Cloud Alibaba實現多環境
部署 /36 3.2.1 初始化 /37 3.2.2 多環境配置 /37 3.2.3 構建 /38 3.2.4 效果演示 /41 3.3 【實例】用“MyBatis-Plus + Spring Cloud Alibaba”實現多租戶架構 /42 3.3.1 多租戶的概念 /42 3.3.2 多租戶的原理 /42 3.3.3 架構 /44 3.3.4 搭建及效果演示 /46 第4章 分散式服務治理――基於Nacos /48 4.1 認識分散式服務治理 /48 4.1.1 什麼是分散式服務治理 /48 4.1.2 為什麼需要分散式服務治理 /49 4.2 瞭解主流的註冊中心 /50 4.2.1
Nacos /50 4.2.2 ZooKeeper /51 4.2.3 Consul /52 4.2.4 Sofa /53 4.2.5 Etcd /53 4.2.6 Eureka /54 4.2.7 對比Nacos、ZooKeeper、Sofa、Consul、Etcd和Euraka /54 4.3 將應用接入Nacos 註冊中心 /55 4.3.1 【實例】用“Nacos Client + Spring Boot”接入 /55 4.3.2 【實例】用Spring Cloud Alibaba Discovery接入 /57 4.4 用“NacosNamingService類 + @EnableD
iscoveryClient”實現服務的註冊/訂閱 /59 4.4.1 服務註冊的原理 /59 4.4.2 服務訂閱的原理 /69 4.4.3 【實例】通過服務冪等性設計驗證服務的註冊/訂閱 /74 4.5 用“Ribbon + Nacos Client”實現服務發現的負載均衡 /82 4.5.1 為什麼需要負載均衡 /82 4.5.2 【實例】用“Ribbon + Nacos Client”實現負載均衡 /83 4.6 用CP模式和AP模式來保持註冊中心的資料一致性 /88 4.6.1 瞭解CAP理論 /88 4.6.2 瞭解Nacos的CP模式和AP模式 /89 4.6.3 瞭解Raft與
Soft-Jraft /90 4.6.4 Nacos註冊中心AP模式的資料一致性原理 /91 4.6.5 Nacos註冊中心CP模式的資料一致性原理 /96 4.6.6 【實例】用持久化的服務實例來驗證註冊中心的資料一致性 /104 4.7 用緩存和檔來存儲Nacos的中繼資料 /106 4.7.1 認識Nacos的中繼資料 /106 4.7.2 用緩存存儲Nacos的中繼資料 /108 4.7.3 用檔存儲Nacos的中繼資料 /110 4.7.4 【實例】用Spring Cloud Alibaba整合Nacos和Dubbo的中繼資料 /111 4.8 用Nacos Sync來實現應用服務的
資料移轉 /114 4.8.1 為什麼要進行應用服務的資料移轉 /115 4.8.2 如何完成應用服務的資料移轉 /116 4.8.3 【實例】將Eureka註冊中心中的應用服務資料移轉到Nacos註冊中心中 /117 第5章 分散式配置管理――基於Nacos /122 5.1 認識分散式配置管理 /122 5.1.1 什麼是分散式配置管理 /122 5.1.2 為什麼需要分散式配置管理 /123 5.2 瞭解主流的配置中心 /124 5.2.1 Nacos /124 5.2.2 Spring Cloud Config /126 5.2.3 Apollo /127 5.2.4 對比Nacos
、Spring Cloud Config、Apollo和Disconf /127 5.3 將應用接入Nacos配置中心 /128 5.3.1 接入方式 /128 5.3.2 認識Nacos配置中心的配置資訊模型 /128 5.3.3 瞭解NacosConfigService類 /129 5.3.4 【實例】用Nacos Client接入應用 /129 5.3.5 【實例】用Open API接入應用 /132 5.3.6 【實例】用Spring Cloud Alibaba Config接入應用 /134 5.4 用HTTP協議和gRPC框架實現通信管道 /137 5.4.1 什麼是gRPC /1
37 5.4.2 “用HTTP實現Nacos Config通信管道”的原理 /137 5.4.3 “用‘長輪詢 + 註冊監聽器’機制將變 之後的配置資訊同步到應用”的原理 /141 5.4.4 “用gRPC框架實現用戶端與Nacos Config Server之間通信管道”的原理 /148 5.4.5 【實例】用“採用gRPC通信管道的Nacos Config”實現配置資料的動態 新 /151 5.5 用“Sofa-Jraft + Apache Derby”保證配置中心的資料一致性 /152 5.5.1 Nacos配置中心的資料一致性原理 /153 5.5.2 【實例】用“切換所連接的Naco
s節點”驗證資料一致性 /159 5.6 用資料庫持久化配置中心的資料 /161 5.6.1 為什麼需要持久化 /161 5.6.2 持久化的基礎配置 /162 5.6.3 持久化的原理 /162 5.6.4 【實例】用“配置資訊的灰度發佈”驗證持久化 /165 5.7 用“Spring Cloud Alibaba Config + Nacos Config”實現配置管理（公共配置、應用配置和擴展配置） /168 5.7.1 “按照優先順序載入屬性”的原理 /168 5.7.2 【實例】驗證公共配置、應用配置和擴展配置的優先順序順序 /172 第6章 分散式流量防護――基於Sentinel
/175 6.1 認識分散式流量防護 /175 6.1.1 什麼是分散式流量防護 /175 6.1.2 為什麼需要分散式流量防護 /177 6.2 認識Sentinel /179 6.3 將應用接入Sentinel /180 6.3.1 搭建Sentinel控制台 /180 6.3.2 【實例】用Sentinel Core手動地將應用接入Sentinel /181 6.3.3 【實例】用Spring Cloud Alibaba Sentinel將應用接入Sentinel /183 6.4 用HTTP或者Netty實現通信管道 /184 6.4.1 認識NIO框架Netty /184 6.4.2
用SPI機制實現外掛程式化通信管道的原理 /184 6.4.3 “用外掛程式類NettyHttpCommandCenter實現通信管道”的原理 /189 6.4.4 “用SimpleHttpCommandCenter類實現通信管道”的原理 /192 6.4.5 【實例】用Netty實現通信管道，實現“從應用端到Sentinel控制台的流量控制規則推送” /196 6.5 用篩檢程式和攔截器實現組件的適配 /198 6.5.1 什麼是篩檢程式和攔截器 /198 6.5.2 “Sentinel通過篩檢程式適配Dubbo”的原理 /199 6.5.3 “Sentinel通過攔截器適配Spring
MVC”的原理 /203 6.5.4 【實例】將Spring Cloud Gateway應用接入Sentinel，管理流量控制規則 /206 6.6 用“流量控制”實現流量防護 /208 6.6.1 什麼是流量控制 /208 6.6.2 槽位元（Slot）的動態載入機制 /210 6.6.3 “載入應用運行的監控指標”的原理 /214 6.6.4 “用QPS/併發執行緒數實現流量控制”的原理 /216 6.6.5 “用調用關係實現流量控制”的原理 /222 6.6.6 【實例】通過控制台即時地修改QPS驗證元件的流量防控 /224 6.7 用“熔斷降級”實現流量防護 /227 6.7.1 什麼
是熔斷降級 /227 6.7.2 “實現熔斷降級”的原理 /228 6.7.3 【實例】用“類比Dubbo服務故障”驗證服務調用熔斷降級的過程 /235 6.8 用“系統自我調整保護”實現流量防護 /239 6.8.1 什麼是“系統自我調整保護” /239 6.8.2 “系統自我調整保護”的原理 /240 6.8.3 【實例】通過調整應用服務的入口流量和負載，驗證系統自我調整保護 /243 6.9 用Nacos實現規則的動態配置和持久化 /247 6.9.1 為什麼需要“規則的動態配置” /247 6.9.2 為什麼需要“規則的持久化” /248 6.9.3 “規則的動態配置”的原理 /248
6.9.4 “規則的持久化”的原理 /255 6.9.5 【實例】將Dubbo應用接入Sentinel，實現規則的動態配置和持久化 /257 ★中級篇 第7章 分散式交易處理――基於Seata /264 7.1 認識分散式事務 /264 7.1.1 什麼是分散式事務 /264 7.1.2 為什麼需要分散式事務 /267 7.2 認識Seata /268 7.2.1 Seata的基礎概念 /268 7.2.2 Seata的事務模式 /269 7.3 將應用接入Seata /274 7.3.1 搭建Seata Server的高可用環境 /274 7.3.2 【實例】使用seata-sprin
g-boot-starter將應用接入Seata /279 7.3.3 【實例】使用Spring Cloud Alibaba 將應用接入Seata /282 7.4 用Netty實現用戶端與伺服器端之間的通信管道 /284 7.4.1 “用Netty實現通信管道的伺服器端”的原理 /284 7.4.2 “用Netty實現通信管道的用戶端”的原理 /289 7.5 用攔截器和篩檢程式適配主流的RPC框架 /295 7.5.1 “用篩檢程式適配Dubbo”的原理 /295 7.5.2 “用攔截器適配gRPC”的原理 /297 7.6 用AT模式實現分散式事務 /299 7.6.1 “用資料來源代理
實現AT模式的零侵入應用”的原理 /299 7.6.2 “用全域鎖實現AT模式第二階段的寫隔離”的原理 /304 7.6.3 【實例】搭建Seata的AT模式的環境，並驗證AT模式的分散式事務 場景 /317 7.7 用TCC模式實現分散式事務 /327 7.7.1 用GlobalTransactionScanner類掃描用戶端，開啟TCC動態代理 /327 7.7.2 用攔截器TccActionInterceptor校驗TCC事務 /330 7.7.3 【實例】搭建Seata的TCC模式的環境，並驗證TCC模式的分散式事務場景 /332 7.8 用XA模式實現分散式事務 /343 7.8.1
“用資料來源代理實現XA模式的零侵入應用”的原理 /343 7.8.2 用XACore類處理XA模式的事務請求 /350 7.8.3 【實例】搭建Seata的XA模式的用戶端運行環境，並驗證XA模式的 分散式交易復原的效果 /353 7.9 用Saga模式實現分散式事務 /362 7.9.1 “用狀態機實現Saga模式”的原理 /363 7.9.2 【實例】搭建Seata的Saga模式的用戶端運行環境，並驗證Saga模式的分散式事務場景 /367 第8章 分散式消息處理――基於RocketMQ /374 8.1 消息中介軟體概述 /374 8.1.1 什麼是消息中介軟體 /374 8.1.
2 為什麼需要消息中介軟體 /375 8.1.3 認識RocketMQ /376 8.2 搭建RocketMQ的運行環境 /379 8.2.1 瞭解RocketMQ的安裝包 /379 8.2.2 搭建單Master的單機環境 /380 8.2.3 搭建多Master的集群環境 /380 8.2.4 搭建單Master和單Slave的集群環境 /382 8.2.5 搭建Raft集群環境 /384 8.2.6 【實例】用RocketMQ Admin控制台管控RocketMQ /386 8.3 將應用接入RocketMQ /386 8.3.1 【實例】用rocketmq-spring-boot-st
arter框架將應用接入RocketMQ /387 8.3.2 【實例】用spring-cloud-starter-stream-rocketmq框架將應用接入 RocketMQ /389 8.4 用Netty實現RocketMQ的通信管道 /392 8.4.1 用NettyRemotingClient類實現用戶端的通信管道 /393 8.4.2 用NettyRemotingServer類實現伺服器端的通信管道 /395 8.5 用“非同步”“同步”和“ 多發送一次”模式生產消息 /400 8.5.1 用“非同步”模式生產消息的原理 /400 8.5.2 用“同步”模式生產消息的原理 /403
8.5.3 用“ 多發送一次”模式生產消息的原理 /405 8.5.4 【實例】在Spring Cloud Alibaba專案中生產同步消息和非同步消息 /407 8.6 用Push模式和Pull模式消費消息 /410 8.6.1 “用Push模式消費消息”的原理 /410 8.6.2 “用Pull模式消費消息”的原理 /421 8.6.3 【實例】生產者生產消息，消費者用Pull模式和Push模式消費消息 /431 8.7 用兩階段提交和定時回查事務狀態實現事務消息 /437 8.7.1 什麼是事務消息 /437 8.7.2 兩階段提交的原理 /437 8.7.3 定時回查事務狀態的原理
/447 8.7.4 【實例】在Spring Cloud Aliaba專案中生產事務消息 /451 第9章 分散式閘道――基於Spring Cloud Gateway /456 9.1 認識閘道 /456 9.1.1 什麼是閘道 /456 9.1.2 為什麼需要閘道 /457 9.1.3 認識Spring Cloud Gateway /460 9.2 用Reactor Netty實現 Spring Cloud Gateway的通信管道 /463 9.2.1 什麼是Reactor Netty /463 9.2.2 “用篩檢程式代理閘道請求”的原理 /466 9.3 用“路由規則定位器”（Rou
teDefinitionLocator）載入閘道的路由規則 /473 9.3.1 “基於註冊中心的路由規則定位器”的原理 /473 9.3.2 “基於記憶體的路由規則定位器”的原理 /477 9.3.3 “基於Redis緩存的路由規則定位器”的原理 /479 9.3.4 “基於屬性檔的路由規則定位器”的原理 /480 9.3.5 【實例】用“基於註冊中心和配置中心的路由規則定位器”在閘道統一暴露API /481 9.4 用“Redis + Lua”進行閘道API的限流 /487 9.4.1 “閘道用Redis + Lua實現分散式限流”的原理 /487 9.4.2 【實例】將Spring Cl
oud Alibaba應用接入閘道，用“Redis +Lua”進行限流 /494 ★ 篇 第10章 分散式鏈路追蹤――基於Skywalking /500 10.1 認識分散式鏈路追蹤 /500 10.1.1 什麼是分散式鏈路追蹤 /500 10.1.2 認識Skywalking /502 10.2 搭建Skywalking環境 /505 10.2.1 搭建單機環境 /505 10.2.2 搭建集群環境 /507 10.3 用Java Agent將Spring Cloud Alibaba應用接入Skywalking 10.3.1 什麼是Java Agent /511 10.3.2 “Skyw
alking使用Java Agent零侵入應用”的原理 /513 10.3.3 【實例】將“基於Spring Cloud Alibaba的服務消費者和訂閱者”接入Skywalking /517 10.4 用ModuleProvider和ModuleDefine將Skywalking的功能進行模組化設計 10.4.1 為什麼需要模組化設計 /520 10.4.2 Skywalking模組化設計的原理 /522 10.4.3 Skywalking啟動的原理 /529 10.5 用HTTP、gRPC和Kafka實現“應用與Skywalking之間的通信管道” 10.5.1 “基於HTTP實現通信管道
”的原理 /532 10.5.2 “基於gRPC實現通信管道”的原理 /535 10.5.3 “基於Kafka實現通信管道”的原理 /541 10.5.4 【實例】搭建Kafka環境，並用非同步通信管道Kafka收集基於Spring Cloud Alibaba應用的運行鏈路指標資料 /549 10.6 用“註冊中心”保證集群的高可用 /551 10.6.1 為什麼需要註冊中心 /551 10.6.2 “用註冊中心保證集群高可用”的原理 /553 10.7 用“分散式配置中心”動態載入集群的配置資訊 /558 10.7.1 為什麼需要分散式配置中心 /558 10.7.2 “用配置中心動態載入集
群配置資訊”的原理 /559 10.7.3 【實例】用配置中心動態地修改告警規則 /565 10.8 用探針採集鏈路追蹤資料 /569 10.8.1 什麼是探針 /569 10.8.2 Dubbo探針的原理 /570 10.8.3 “Skywalking用探針來增強應用代碼”的原理 /573 10.8.4 【實例】類比Dubbo服務故障，用Dubbo探針採集鏈路追蹤資料 10.9 用Elasticsearch存儲鏈路追蹤資料 /583 10.9.1 什麼是Elasticsearch /583 10.9.2 存儲鏈路追蹤指標資料的原理 /584 10.9.3 【實例】將Skywalking集群接
入Elasticsearch，並採集Spring Cloud Alibaba應用的鏈路追蹤資料 /595 第11章 分散式Job――基於Elastic Job /598 11.1 認識分散式Job /598 11.1.1 為什麼需要分散式Job /598 11.1.2 認識Elastic Job /602 11.2 將應用接入Elastic Job Lite /604 11.2.1 將應用接入Elastic Job Lite的3種模式 /605 11.2.2 搭建Elastic Job Lite的分散式環境 /607 11.2.3 【實例】用Spring Boot Starter將Sprin
g Cloud Alibaba應用接入Elastic Job Lite /608 11.3 “實現Elastic Job Lite的本地Job和分散式Job”的原理 /611 11.3.1 用Quartz框架實現本地Job /611 11.3.2 用ZooKeeper框架實現分散式Job /621 11.3.3 【實例】在Elastic Job控制台中操控分散式Job /625 11.4 “用SPI將Job分片策略外掛程式化”的原理 /627 11.4.1 用SPI工廠類JobShardingStrategyFactory載入分片策略 /628 11.4.2 用ShardingService類
觸發Job去執行分片策略 /631 11.4.3 【實例】將Spring Cloud Alibaba應用接入帶有分片功能的分散式Job /633 11.5 “實現分散式Job的事件追蹤”的原理 /636 11.5.1 用基於Guava的事件機制實現分散式Job的事件追蹤 /636 11.5.2 用資料庫持久化分散式Job的運行狀態和日誌 /643 11.5.3 【實例】將Spring Cloud Alibaba應用接入Elastic Job，並開啟分散式Job的事件追蹤 /652 第12章 分庫分表和讀寫分離――基於ShardingSphere 12.1 認識ShardingSphere /
655 12.1.1 什麼是分散式資料庫 /655 12.1.2 什麼是ShardingSphere /658 12.2 將應用接入ShardingSphere JDBC /662 12.2.1 用四種模式將應用接入Shardingsphere JDBC /662 12.2.2 【實例】用Spring Boot將應用接入Shardingsphere JDBC並完成分庫分表 /665 12.3 “用路由引擎實現分庫分表”的原理 /681 12.3.1 綁定分庫分表規則和資料庫資料來源，並初始化路由引擎 /682 12.3.2 攔截SQL語句，並啟動路由引擎 /689 12.4 “讀寫分離”的原理
/703 12.4.1 讀取應用設定檔中的資料庫據源及讀寫分離規則 /703 12.4.2 使用ReplicaQuerySQLRouter類的createRouteContext()方法創建讀寫分離的路由上下文物件RouteContext /704 12.4.3 使用ReplicaQueryRuleSpringbootConfiguration類載入應用的]負載等化器ReplicaLoadBalanceAlgorithm物件 /706 12.5 用Netty實現Shardingsphere Proxy的通信管道 /708 12.5.1 “Shardingsphere Proxy通信管道”的原
理 /708 12.5.2 【實例】搭建通信管道環境，將Spring Cloud Alibaba應用接入Shardingsphere Proxy /711 12.6 “使用SQL解析引擎實現Shardingsphere Proxy分庫分表”的原理 12.6.1 為什麼需要SQL解析引擎 /715 12.6.2 使用命令設計模式實現SQL語句的路由 /716 12.6.3 “使用MySQLComStmtPrepareExecutor類處理SQL請求”的原理 12.6.4 “使用MySQLComStmtExecuteExecutor類處理SQL請求”的原理 第13章 分散式緩存――基於Redis
/741 13.1 認識緩存 /741 13.1.1 什麼是本地緩存 /741 13.1.2 什麼是分散式緩存 /743 13.1.3 什麼是Redis /745 13.1.4 Redis的整體架構 /746 13.2 搭建Redis集群環境 /747 13.2.1 搭建主從環境 /747 13.2.2 搭建Sentinel集群環境 /751 13.2.3 搭建Codis集群環境 /756 13.2.4 搭建Redis Cluster集群環境 /769 13.3 將Spring Cloud Alibaba應用接入Redis /775 13.3.1 【實例】集成spring-boot-star
ter-data-redis，將Spring Cloud Alibaba應用接入Redis主從環境 /775 13.3.2 【實例】集成redisson-spring-boot-starter，將Spring Cloud Alibaba 應用接入Redis的Sentinel環境 /778 13.3.3 【實例】集成Jedis，將Spring Cloud Alibaba應用接入Redis的Codis集群環境 /782 13.3.4 【實例】集成Lettuce，將Spring Cloud Alibaba應用接入Redis Cluster集群環境 /785 13.4 “用分散式緩存Redis和Red
isson框架實現分散式鎖”的原理 13.4.1 什麼是分散式鎖 /789 13.4.2 初始化RedissonClient並連接Redis的伺服器端 /791 13.4.3 “用Redisson框架的RedissonLock類實現分散式鎖”的原理 13.4.4 【實例】在Spring Cloud Alibaba應用中，驗證分散式鎖的功能 第14章 服務註冊/訂閱路由、全鏈路藍綠發佈和灰度發佈――基於Discovery 14.1 認識服務註冊/訂閱路由、藍綠發佈和灰度發佈 /815 14.1.1 什麼是服務註冊路由、服務訂閱路由 /816 14.1.2 什麼是藍綠發佈 /816 14.1.3
什麼是灰度發佈 /817 14.1.4 認識微服務治理框架Discovery /819 14.2 “用外掛程式機制來集成主流的註冊中心和配置中心”的原理 /822 14.2.1 集成主流的註冊中心 /822 14.2.2 集成主流的配置中心 /827 14.3 “用Open API和配置中心動態變修改規則”的原理 /828 14.3.1 用Open API動態修改規則 /829 14.3.2 用配置中心動態修改規則 /834 14.3.3 【實例】在Spring Cloud Alibaba應用中用Nacos配置中心變 規則，並驗證規則動態變 的效果 /839 14.4 “用服務註冊/訂閱實現
服務的路由”的原理 /842 14.4.1 用“服務註冊的前置處理和註冊監聽器”實現基於服務註冊的服務路由 /843 14.4.2 用“服務訂閱前置處理 + 註冊監聽器”實現基於服務訂閱的服務路由 /849 14.4.3 【實例】在Spring Cloud Alibaba應用中配置服務註冊的路由規則 14.4.4 【實例】在Spring Cloud Alibaba應用中配置服務訂閱的路由規則 14.5 “用路由篩檢程式實現全鏈路的藍綠發佈和灰度發佈”的原理 /866 14.5.1 用路由篩檢程式適配 Spring Cloud Gateway閘道 /866 14.5.2 用路由篩檢程式適配 RE
STful API /869 14.5.3 【實例】在Spring Cloud Alibaba應用中配置全鏈路灰度發佈的規則，並驗證全鏈路灰度發佈的效果 /871 14.5.4 【實例】在Spring Cloud Alibaba應用中配置全鏈路藍綠發佈的規則，並驗證全鏈路藍綠發佈的效果 /879 ★專案實戰篇 第15章 【專案】全鏈路日誌平臺――基於ELK、FileBeat、Kafka、Spring Cloud Alibaba及Skywalking /886 15.1 全鏈路日誌平臺整體架構 /886 15.2 搭建環境 /887 15.3 將Spring Cloud Alibaba應用接
入全鏈路日誌平臺 /890 15.3.1 將微服務接入全鏈路日誌平臺 /890 15.3.2 使用全鏈路日誌平臺查詢業務日誌 /891 第16章 【項目】在企業中落地中台架構 /893 16.1 某跨境支付公司中台架構 /893 16.1.1 跨境支付中台架構 /893 16.1.2 跨境支付用戶中台架構 /895 16.2 某娛樂直播司中台架構 /896 16.2.1 泛娛樂直播中台架構 /896 16.2.2 直播用戶中台架構 /899 16.3 用“服務雙寫和灰度發佈”來實現中台服務上線過程中的“業務方零停機時間” /902 16.3.1 服務雙寫架構 /902 16.3.2 服務灰度
發佈架構 /903 第17章 【項目】異構資料移轉平臺――基於DataX /905 17.1 搭建環境 /905 17.1.1 軟體環境 /905 17.1.2 搭建MySQL的異構資料移轉環境 /906 17.2 搭建控制台 /909 17.2.1 構建部署包 /909 17.2.2 用部署包搭建後臺管理系統datax-admin /910 17.2.3 用部署包搭建任務執行器datax-executor /911 17.2.4 使用視覺化控制台執行MySQL異構資料移轉 /911 17.3 在Spring Cloud Alibaba應用中用DataX完成異構資料移轉 第18章 【項目】
業務鏈路告警平臺――基於Spring Cloud libaba、Nacos和Skywalking 18.1 告警平臺的整體架構設計 /922 18.2 告 務詳細設計 /924 18.2.1 產品化部署設計 /925 18.2.2 Nacos服務健康告警設計 /926 18.2.3 Skywalking鏈路錯誤告警設計 /927 18.2.4 Skywalking的指標告警設計 /928 18.2.5 RocketMQ消息堆積告警設計 /928 18.3 分析告 務的部分源碼 /929 18.3.1 用分散式Job類NacosAlarmHealthJob實現Nacos服務健康告警 18.3.2
用分散式Job類SkywalkingErrorAlarmJob實現Skywalking鏈路錯誤告警 18.4 將電商微服務接入告警平臺，驗證告警平臺的即時告警功能 /932 18.4.1 啟動告警平臺的軟體環境 /932 18.4.2 在購買商品時，在下單過程中驗證即時告警功能 /933 18.4.3 在購買商品時，在支付過程中驗證即時告警功能 /936