Java開發坑點解析-從根因分析到最佳實踐 朱曄 9787115630568 【台灣高等教育出版社】

編輯推薦
適讀人群 ：本書適合有一定開發經驗的Java開發人員和架構師閱讀，非Java語言的開發者也能從本書獲益。
1 來自真實生產環境的100多個案例、150多個坑點。
2 業務代碼開發層面近20個方面的坑，涉及多線程、數據訪問、池技術、日誌異常、日期時間、IO和序列化、Spring框架等。
3 項目技術設計層面6個方面的坑，涉及介面、緩存、非同步、生產就緒、代碼重複、數據存儲。
4 代碼開發層面常見的4個安全問題，包括客戶端數據可信問題、數據和代碼的隔離問題、資源防刷兜底問題，以及敏感數據的處理。
5 坑點講解範式「知識介紹->還原業務場景->錯誤實現->正確實現->原理分析->小總結」。

內容簡介
本書從整個Java後端研發的視角，通過大量的案例分析日常開發過程中可能遇到的150多個坑點及其解決方案，並討論一些best實踐。這些坑點涵蓋編碼（不僅涉及Java語法層面，還涉及多線程、連接池、資料庫索引、事務、日誌、Spring框架等層面）、系統設計、代碼安全等方面。本書在剖析這些坑點時還會講解排查思路和相關工具的使用，讓讀者不僅能了解常見的坑點，還能具備一定的問題分析能力，以便日後自行排查更多的坑點。

目錄
第 1章 Java 8中常用的重要知識點 1
1 1 在項目中使用Lambda表達式和流操作 1
1 2 Lambda表達式 2
1 3 使用Java 8簡化代碼 4
1 3 1 使用流操作簡化集合操作 4
1 3 2 使用可空類型簡化判空邏輯 5
1 3 3 使用Java 8的一些新類、新方法獲得函數式編程體驗 6
1 4 并行流 8
1 5 流操作詳解 11
1 5 1 創建流 12
1 5 2 filter 14
1 5 3 map 14
1 5 4 flatMap 14
1 5 5 sorted 15
1 5 6 distinct 15
1 5 7 skip和limit 15
1 5 8 collect 16
1 5 9 groupingBy 17
1 5 10 partitioningBy 19
1 6 小結 19
1 7 思考與討論 19
第 2章 代碼篇 23
2 1 使用了併發工具類庫，並不等於就沒有線程安全問題了 23
2 1 1 沒有意識到線程重用導致用戶信息錯亂的bug 23
2 1 2 使用了線程安全的併發工具，並不代表解決了所有線程安全問題 25
2 1 3 沒有充分了解併發工具的特性，從而無法發揮其威力 28
2 1 4 沒有認清併發工具的使用場景，因而導致性能問題 30
2 1 5 小結 32
2 1 6 思考與討論 32
2 2 代碼加鎖：不要讓鎖成為煩心事 33
2 2 1 加鎖前要清楚鎖和被保護的對象是不是一個層面的 35
2 2 2 加鎖要考慮鎖的粒度和場景問題 36
2 2 3 多把鎖要小心死鎖問題 37
2 2 4 小結 40
2 2 5 思考與討論 40
2 3 線程池：業務代碼中最常用也最容易犯錯的組件 41
2 3 1 線程池的聲明需要手動進行 41
2 3 2 線程池線程管理策略詳解 43
2 3 3 務必確認清楚線程池本身是不是復用的 47
2 3 4 需要仔細斟酌線程池的混用策略 48
2 3 5 小結 51
2 3 6 思考與討論 51
2 3 7 擴展閱讀 52
2 4 連接池：別讓連接池幫了倒忙 54
2 4 1 注意鑒別客戶端SDK是否基於連接池 55
2 4 2 使用連接池務必確保復用 60
2 4 3 連接池的配置不是一成不變的 64
2 4 4 小結 67
2 4 5 思考與討論 67
2 5 HTTP調用：你考慮超時、重試、併發了嗎 68
2 5 1 配置連接超時和讀取超時參數的學問 69
2 5 2 Feign和Ribbon配合使用，你知道怎麼配置超時嗎 70
2 5 3 你知道Ribbon會自動重試請求嗎 73
2 5 4 併發限制了爬蟲的抓取能力 75
2 5 5 小結 77
2 5 6 思考與討論 78
2 5 7 擴展閱讀 78
2 6 20%的業務代碼的Spring聲明式事務可能都沒處理正確 80
2 6 1 小心Spring的事務可能沒有生效 80
2 6 2 事務即便生效也不一定能回滾 84
2 6 3 請確認事務傳播配置是否符合自己的業務邏輯 86
2 6 4 小結 89
2 6 5 思考與討論 90
2 6 6 擴展閱讀 93
2 7 資料庫索引：索引不是萬能葯 94
2 7 1 InnoDB是如何存儲數據的 95
2 7 2 聚簇索引和二級索引 96
2 7 3 考慮額外創建二級索引的代價 97
2 7 4 不是所有針對索引列的查詢都能用上索引 99
2 7 5 資料庫基於成本決定是否走索引 101
2 7 6 小結 104
2 7 7 思考與討論 104
2 8 判等問題：程序里如何確定你就是你 105
2 8 1 注意equals和==的區別 106
2 8 2 實現一個equals沒有這麼簡單 110
2 8 3 hashCode和equals要配對實現 112
2 8 4 注意compareTo和equals的邏輯一致性 114
2 8 5 小心Lombok生成代碼的坑 115
2 8 6 小結 117
2 8 7 思考與討論 117
2 8 8 擴展閱讀 118
2 9 數值計算：注意精度、舍入和溢出問題 119
2 9 1 「危險」的Double 120
2 9 2 考慮浮點數舍入和格式化的方式 121
2 9 3 用equals做判等，就一定是對的嗎 122
2 9 4 小心數值溢出問題 123
2 9 5 小結 125
2 9 6 思考與討論 125
2 9 7 擴展閱讀 126
2 10 集合類：坑滿地的List列表操作 127
2 10 1 使用Arrays asList把數據轉換為List的3個坑 127
2 10 2 使用List subList進行切片操作居然會導致OOM 129
2 10 3 一定要讓合適的數據結構做合適的事情 132
2 10 4 小結 136
2 10 5 思考與討論 137
2 11 空值處理：分不清楚的null和惱人的空指針 138
2 11 1 修復和定位惱人的空指針問題 138
2 11 2 POJO中屬性的null到底代表了什麼 142
2 11 3 小心MySQL中有關NULL的3個坑 146
2 11 4 小結 147
2 11 5 思考與討論 147
2 12 異常處理：別讓自己在出問題的時候變為盲人 149
2 12 1 捕獲和處理異常容易犯的錯 149
2 12 2 小心finally中的異常 153
2 12 3 需要注意JVM針對異常性能優化導致棧信息丟失的坑 155
2 12 4 千萬別把異常定義為靜態變數 157
2 12 5 提交線程池的任務出了異常會怎樣 158
2 12 6 小結 161
2 12 7 思考與討論 162
2 12 8 擴展閱讀 163
2 13 日誌：日誌記錄真沒你想象得那麼簡單 164
2 13 1 為什麼我的日誌會重複記錄 165
2 13 2 使用非同步日誌改善性能的坑 169
2 13 3 使用日誌佔位符就不需要進行日誌級別判斷了嗎 175
2 13 4 小結 176
2 13 5 思考與討論 176
2 13 6 擴展閱讀 178
2 14 文件I/O：實現高效正確的文件讀寫並非易事 180
2 14 1 文件讀寫需要確保字元編碼一致 180
2 14 2 使用Files類靜態方法進行文件操作注意釋放文件句柄 182
2 14 3 注意讀寫文件要考慮設置緩衝區 184
2 14 4 小結 187
2 14 5 思考與討論 187
2 14 6 擴展閱讀 188
2 15 序列化：一來一回，你還是原來的你嗎 190
2 15 1 序列化和反序列化需要確保演算法一致 191
2 15 2 MyBatisPlus讀取泛型List JSON欄位的坑 195
2 15 3 注意Jackson JSON反序列化對額外欄位的處理 198
2 15 4 反序列化時要小心類的構造方法 200
2 15 5 枚舉作為API介面參數或返回值的兩個大坑 201
2 15 6 小結 207
2 15 7 思考與討論 207
2 16 用好Java 8的日期時間類，少踩一些「老三樣」的坑 208
2 16 1 初始化日期時間 209
2 16 2 「惱人」的時區問題 209
2 16 3 日期時間格式化和解析 212
2 16 4 日期時間的計算 215
2 16 5 小結 217
2 16 6 思考與討論 218
2 16 7 擴展閱讀 219
2 17 別以為「自動擋」就不可能出現OOM 220
2 17 1 太多份相同的對象導致OOM 220
2 17 2 使用WeakHashMap不等於不會OOM 223
2 17 3 Tomcat參數配置不合理導致OOM 227
2 17 4 小結 228
2 17 5 思考與討論 229
2 17 6 擴展閱讀 230
2 18 當反射、註解和泛型遇到OOP時，會有哪些坑 231
2 18 1 反射調用方法不是以傳參決定重載 231
2 18 2 泛型經過類型擦除多出橋接方法的坑 232
2 18 3 註解可以繼承嗎 237
2 18 4 小結 239
2 18 5 思考與討論 239
2 18 6 擴展閱讀 241
2 19 Spring框架：IoC和AOP是擴展的核心 243
2 19 1 單例的Bean如何注入Prototype的Bean 244
2 19 2 監控切面因為順序問題導致Spring事務失效 247
2 19 3 小結 255
2 19 4 思考與討論 255
2 19 5 知識擴展：同樣注意枚舉是單例的問題 256
2 20 Spring框架：幫我們做了很多工作也帶來了複雜度 258
2 20 1 Feign AOP切不到的詭異案例 258
2 20 2 Spring程序配置的優先順序問題 264
2 20 3 小結 273
2 20 4 思考與討論 273
2 20 5 擴展閱讀 275
第3章 系統設計 281
3 1 代碼重複：搞定代碼重複的3個絕招 281
3 1 1 利用「工廠模式+模板方法模式」，消除if else 和重複代碼 281
3 1 2 利用「註解+反射」消除重複代碼 287
3 1 3 利用屬性拷貝工具消除重複代碼 291
3 1 4 小結 293
3 1 5 思考與討論 293
3 2 介面設計：系統間對話的語言，一定要統一 294
3 2 1 介面的響應要明確表示介面的處理結果 294
3 2 2 要考慮介面變遷的版本控制策略 300
3 2 3 介面處理方式要明確同步還是非同步 302
3 2 4 小結 305
3 2 5 思考與討論 305
3 2 6 擴展閱讀 307
3 3 緩存設計：緩存可以錦上添花也可以落井下石 307
3 3 1 不要把Redis當作資料庫 308
3 3 2 注意緩存雪崩問題 309
3 3 3 注意緩存擊穿問題 312
3 3 4 注意緩存穿透問題 314
3 3 5 注意緩存數據同步策略 316
3 3 6 小結 317
3 3 7 思考與討論 317
3 3 8 擴展閱讀 318
3 4 業務代碼寫完，就意味著生產就緒了嗎 320
3 4 1 準備工作：配置Spring Boot Actuator 321
3 4 2 健康監測需要觸達關鍵組件 322
3 4 3 對外暴露應用內部重要組件的狀態 327
3 4 4 指標是快速定位問題的「金鑰匙」 330
3 4 5 小結 339
3 4 6