幫助中心 | 我的帳號 | 關於我們

Java開發坑點解析(從根因分析到最佳實踐)

  • 作者:朱曄|責編:楊海玲
  • 出版社:人民郵電
  • ISBN:9787115630568
  • 出版日期:2024/01/01
  • 裝幀:平裝
  • 頁數:459
人民幣:RMB 119.8 元      售價:
放入購物車
加入收藏夾

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

作者介紹
朱曄|責編:楊海玲
    朱曄     暉致醫藥架構師,從事互聯網行業(教育、遊戲、電商、O2O、P2P等領域)研發和架構設計工作近20年,曾任職于育碧軟體、英孚教育、空中網、餓了么、貝?等公司,熟悉微服務架構,擅長高併發、高可用架構。從業以來一直沒有脫離編碼工作,參與過400多個應用的架構設計和開發,並且經常作為「救火隊員」在一線排查和分析各種故障,具備豐富的問題排查經驗,對如何設計健壯和安全的業務系統有著深刻的理解。

目錄
第1章  Java 8中常用的重要知識點
  1.1  在項目中使用Lambda表達式和流操作
  1.2  Lambda表達式
  1.3  使用Java 8簡化代碼
    1.3.1  使用流操作簡化集合操作
    1.3.2  使用可空類型簡化判空邏輯
    1.3.3  使用Java 8的一些新類、新方法獲得函數式編程體驗
  1.4  並行流
  1.5  流操作詳解
    1.5.1  創建流
    1.5.2  filter
    1.5.3  map
    1.5.4  flatMap
    1.5.5  sorted
    1.5.6  distinct
    1.5.7  skip和limit
    1.5.8  collect
    1.5.9  groupingBy
    1.5.10  partitioningBy
  1.6  小結
  1.7  思考與討論
第2章  代碼篇
  2.1  使用了併發工具類庫,並不等於就沒有線程安全問題了
    2.1.1  沒有意識到線程重用導致用戶信息錯亂的bug
    2.1.2  使用了線程安全的併發工具,並不代表解決了所有線程安全問題
    2.1.3  沒有充分了解併發工具的特性,從而無法發揮其威力
    2.1.4  沒有認清併發工具的使用場景,因而導致性能問題
    2.1.5  小結
    2.1.6  思考與討論
  2.2  代碼加鎖:不要讓鎖成為煩心事
    2.2.1  加鎖前要清楚鎖和被保護的對象是不是一個層面的
    2.2.2  加鎖要考慮鎖的粒度和場景問題
    2.2.3  多把鎖要小心死鎖問題
    2.2.4  小結
    2.2.5  思考與討論
  2.3  線程池:業務代碼中最常用也最容易犯錯的組件
    2.3.1  線程池的聲明需要手動進行
    2.3.2  線程池線程管理策略詳解
    2.3.3  務必確認清楚線程池本身是不是復用的
    2.3.4  需要仔細斟酌線程池的混用策略
    2.3.5  小結
    2.3.6  思考與討論
    2.3.7  擴展閱讀
  2.4  連接池:別讓連接池幫了倒忙
    2.4.1  注意鑒別客戶端SDK是否基於連接池
    2.4.2  使用連接池務必確保復用
    2.4.3  連接池的配置不是一成不變的
    2.4.4  小結
    2.4.5  思考與討論
  2.5  HTTP調用:你考慮超時、重試、併發了嗎

    2.5.1  配置連接超時和讀取超時參數的學問
    2.5.2  Feign和Ribbon配合使用,你知道怎麼配置超時嗎
    2.5.3  你知道Ribbon會自動重試請求嗎
    2.5.4  併發限制了爬蟲的抓取能力
    2.5.5  小結
    2.5.6  思考與討論
    2.5.7  擴展閱讀
  2.6  20%的業務代碼的Spring聲明式事務可能都沒處理正確
    2.6.1  小心Spring的事務可能沒有生效
    2.6.2  事務即便生效也不一定能回滾
    2.6.3  請確認事務傳播配置是否符合自己的業務邏輯
    2.6.4  小結
    2.6.5  思考與討論
    2.6.6  擴展閱讀
  2.7  資料庫索引:索引不是萬能葯
    2.7.1  InnoDB是如何存儲數據的
    2.7.2  聚簇索引和二級索引
    2.7.3  考慮額外創建二級索引的代價
    2.7.4  不是所有針對索引列的查詢都能用上索引
    2.7.5  資料庫基於成本決定是否走索引
    2.7.6  小結
    2.7.7  思考與討論
  2.8  判等問題:程序里如何確定你就是你
    2.8.1  注意equals和==的區別
    2.8.2  實現一個equals沒有這麼簡單
    2.8.3  hashCode和equals要配對實現
    2.8.4  注意compareTo和equals的邏輯一致性
    2.8.5  小心Lombok生成代碼的坑
    2.8.6  小結
    2.8.7  思考與討論
    2.8.8  擴展閱讀
  2.9  數值計算:注意精度、舍入和溢出問題
    2.9.1  「危險」的Double
    2.9.2  考慮浮點數舍入和格式化的方式
    2.9.3  用equals做判等,就一定是對的嗎
    2.9.4  小心數值溢出問題
    2.9.5  小結
    2.9.6  思考與討論
    2.9.7  擴展閱讀
  2.10  集合類:坑滿地的List列表操作
    2.10.1  使用Arrays.asList把數據轉換為List的3個坑
    2.10.2  使用List.subList進行切片操作居然會導致OOM
    2.10.3  一定要讓合適的數據結構做合適的事情
    2.10.4  小結
    2.10.5  思考與討論
  2.11  空值處理:分不清楚的null和惱人的空指針
    2.11.1  修復和定位惱人的空指針問題
    2.11.2  POJO中屬性的null到底代表了什麼
    2.11.3  小心MySQL中有關NULL的3個坑
    2.11.4  小結

    2.11.5  思考與討論
  2.12  異常處理:別讓自己在出問題的時候變為盲人
    2.12.1  捕獲和處理異常容易犯的錯
    2.12.2  小心finally中的異常
    2.12.3  需要注意JVM針對異常性能優化導致棧信息丟失的坑
    2.12.4  千萬別把異常定義為靜態變數
    2.12.5  提交線程池的任務出了異常會怎樣
    2.12.6  小結
    2.12.7  思考與討論
    2.12.8  擴展閱讀
  2.13  日誌:日誌記錄真沒你想象得那麼簡單
    2.13.1  為什麼我的日誌會重複記錄
    2.13.2  使用非同步日誌改善性能的坑
    2.13.3  使用日誌佔位符就不需要進行日誌級別判斷了嗎
    2.13.4  小結
    2.13.5  思考與討論
    2.13.6  擴展閱讀
  2.14  文件I/O:實現高效正確的文件讀寫並非易事
    2.14.1  文件讀寫需要確保字元編碼一致
    2.14.2  使用Files類靜態方法進行文件操作注意釋放文件句柄
    2.14.3  注意讀寫文件要考慮設置緩衝區
    2.14.4  小結
    2.14.5  思考與討論
    2.14.6  擴展閱讀
  2.15  序列化:一來一回,你還是原來的你嗎
    2.15.1  序列化和反序列化需要確保演算法一致
    2.15.2  MyBatisPlus讀取泛型ListJSON欄位的坑
    2.15.3  注意JacksonJSON反序列化對額外欄位的處理
    2.15.4  反序列化時要小心類的構造方法
    2.15.5  枚舉作為API介面參數或返回值的兩個大坑
    2.15.6  小結
    2.15.7  思考與討論
  2.16  用好Java 8的日期時間類,少踩一些「老三樣」的坑
    2.16.1  初始化日期時間
    2.16.2  「惱人」的時區問題
    2.16.3  日期時間格式化和解析
    2.16.4  日期時間的計算
    2.16.5  小結
    2.16.6  思考與討論
    2.16.7  擴展閱讀
  2.17  別以為「自動擋」就不可能出現OOM
    2.17.1  太多份相同的對象導致OOM
    2.17.2  使用WeakHashMap不等於不會OOM
    2.17.3  Tomcat參數配置不合理導致OOM
    2.17.4  小結
    2.17.5  思考與討論
    2.17.6  擴展閱讀
  2.18  當反射、註解和泛型遇到OOP時,會有哪些坑
    2.18.1  反射調用方法不是以傳參決定重載
    2.18.2  泛型經過類型擦除多出橋接方法的坑

    2.18.3  註解可以繼承嗎
    2.18.4  小結
    2.18.5  思考與討論
    2.18.6  擴展閱讀
  2.19  Spring框架:IoC和AOP是擴展的核心
    2.19.1  單例的Bean如何注入Prototype的Bean
    2.19.2  監控切面因為順序問題導致Spring事務失效
    2.19.3  小結
    2.19.4  思考與討論
    2.19.5  知識擴展:同樣注意枚舉是單例的問題
  2.20  Spring框架:幫我們做了很多工作也帶來了複雜度
    2.20.1  FeignAOP切不到的詭異案例
    2.20.2  Spring程序配置的優先順序問題
    2.20.3  小結
    2.20.4  思考與討論
    2.20.5  擴展閱讀
第3章  系統設計
  3.1  代碼重複:搞定代碼重複的3個絕招
    3.1.1  利用「工廠模式+模板方法模式」,消除if...else...和重複代碼
    3.1.2  利用「註解+反射」消除重複代碼
    3.1.3  利用屬性拷貝工具消除重複代碼
    3.1.4  小結
    3.1.5  思考與討論
  3.2  介面設計:系統間對話的語言,一定要統一
    3.2.1  介面的響應要明確表示介面的處理結果
    3.2.2  要考慮介面變遷的版本控制策略
    3.2.3  介面處理方式要明確同步還是非同步
    3.2.4  小結
    3.2.5  思考與討論
    3.2.6  擴展閱讀
  3.3  緩存設計:緩存可以錦上添花也可以落井下石
    3.3.1  不要把Redis當作資料庫
    3.3.2  注意緩存雪崩問題
    3.3.3  注意緩存擊穿問題
    3.3.4  注意緩存穿透問題
    3.3.5  注意緩存數據同步策略
    3.3.6  小結
    3.3.7  思考與討論
    3.3.8  擴展閱讀
  3.4  業務代碼寫完,就意味著生產就緒了嗎
    3.4.1  準備工作:配置SpringBootActuator
    3.4.2  健康監測需要觸達關鍵組件
    3.4.3  對外暴露應用內部重要組件的狀態
    3.4.4  指標是快速定位問題的「金鑰匙」
    3.4.5  小結
    3.4.6  思考與討論
  3.5  非同步處理好用,但非常容易用錯
    3.5.1  非同步處理需要消息補償閉環
    3.5.2  注意消息模式是廣播還是工作隊列
    3.5.3  別讓死信堵塞了消息隊列

    3.5.4  小結
    3.5.5  思考與討論
  3.6  數據存儲:NoSQL與RDBMS如何取長補短、相輔相成
    3.6.1  取長補短之RedisvsMySQL
    3.6.2  取長補短之InfluxDBvsMySQL
    3.6.3  取長補短之ElasticsearchvsMySQL
    3.6.4  結合NoSQL和MySQL應對高併發的複合資料庫架構
    3.6.5  小結
    3.6.6  思考與討論
第4章  代碼安全問題
  4.1  數據源頭:任何客戶端的東西都不可信任
    4.1.1  客戶端的計算不可信
    4.1.2  客戶端提交的參數需要校驗
    4.1.3  不能信任請求頭裡的任何內容
    4.1.4  用戶標識不能從客戶端獲取
    4.1.5  小結
    4.1.6  思考與討論
  4.2  安全兜底:涉及錢時,必須考慮防刷、限量和防重
    4.2.1  開放平台資源的使用需要考慮防刷
    4.2.2  虛擬資產並不能憑空產生無限使用
    4.2.3  錢的進出一定要和訂單掛鉤並且實現冪等
    4.2.4  小結
    4.2.5  思考與討論
    4.2.6  擴展閱讀
  4.3  數據和代碼:數據就是數據,代碼就是代碼
    4.3.1  SQL注入能幹的事情比你想象得更多
    4.3.2  小心動態執行代碼時代碼注入漏洞
    4.3.3  XSS必須全方位嚴防死堵
    4.3.4  小結
    4.3.5  思考與討論
    4.3.6  擴展閱讀
  4.4  如何正確地保存和傳輸敏感數據
    4.4.1  如何保存用戶密碼
    4.4.2  如何保存姓名和身份證號碼
    4.4.3  用一張圖說清楚HTTPS
    4.4.4  小結
    4.4.5  思考與討論
第5章  Java程序故障排查
  5.1  定位Java應用問題的排錯套路
    5.1.1  生產問題的排查很大程度依賴監控
    5.1.2  分析定位問題的套路
    5.1.3  分析和定位問題需要注意的9個點
    5.1.4  小結
    5.1.5  思考與討論
  5.2  分析定位Java問題,一定要用好這些工具
    5.2.1  使用JDK自帶工具查看JVM情況
    5.2.2  使用Wireshark分析SQL批量插入慢的問題
    5.2.3  使用MAT分析OOM問題
    5.2.4  使用Arthas分析高CPU問題
    5.2.5  小結

    5.2.6  思考與討論
  5.3  Java程序從虛擬機遷移到Kubernetes的一些坑
    5.3.1  PodIP不固定帶來的坑
    5.3.2  程序因為OOM被殺進程的坑
    5.3.3  內存和CPU資源配置不適配容器的坑
    5.3.4  Pod重啟以及重啟后沒有現場的坑
    5.3.5  小結
    5.3.6  思考與討論
後記:寫代碼時,如何才能盡量避免踩坑

  • 商品搜索:
  • | 高級搜索
首頁新手上路客服中心關於我們聯絡我們Top↑
Copyrightc 1999~2008 美商天龍國際圖書股份有限公司 臺灣分公司. All rights reserved.
營業地址:臺北市中正區重慶南路一段103號1F 105號1F-2F
讀者服務部電話:02-2381-2033 02-2381-1863 時間:週一-週五 10:00-17:00
 服務信箱:bookuu@69book.com 客戶、意見信箱:cs@69book.com
ICP證:浙B2-20060032