發(fā)簡信
IP屬地：上海
-
Effective Java - 序列化
第85條 其他序列化優(yōu)先于 Java 序列化 避免序列化漏洞被利用的最佳方法是永遠不要反序列化任何東西 任何新系統(tǒng)中都沒有理由使用 Java 序列化 永遠不會反序列化不受信任...
-
Effective Java - 慎用延遲初始化
第83條 慎用延遲初始化 延遲初始化降低了初始化類或者創(chuàng)建實例的開銷，卻增加了訪問被延遲初始化的域的開銷 在大多數(shù)情況下，正常的初始化要優(yōu)先于延遲初始化 如果出于性能的考慮而...
-
Effective Java - 線程安全性的文檔化
第82條 線程安全性的文檔化 一個方法中出現(xiàn) synchronized 修飾符，這是個實現(xiàn)的細節(jié)，并不是 API 的一部分 類為了可以被多個線程安全地使用，必須在文檔中清楚地...
-
Effective Java - 并發(fā)工具優(yōu)先于 wait 和 notify
第81條 并發(fā)工具優(yōu)先于 wait 和 notify 比較常見的同步器：CountDownLatch、Semaphore、CyclicBarrier、Exchanger、Ph...
-
Effective Java - executor、task 和 stream 優(yōu)先于線程
第80條 executor、task 和 stream 優(yōu)先于線程 等待一個任務集合中的任何任務或者所有任務完成-> invokeAny或invokeAll 可以等待 exe...
-
Effective Java - 同步訪問共享的可變數(shù)據(jù)
第78條 同步訪問共享的可變數(shù)據(jù) 同步不僅可以阻止一個線程看到對象處于不一致的狀態(tài)之中，它還可以保證進入同步方法或者同步代碼塊的每個線程，都看到由同一個鎖保護的之前所有的修改...
-
Effective Java - 避免過度同步
第79條 避免過度同步 在一個被同步的區(qū)域內(nèi)部，不要調(diào)用設計成要被覆蓋的方法，或者是由客戶端以函數(shù)對象的形式提供的方法 死鎖的例子：public class Observab...
-
Effective Java - 努力使失敗保持原子性
第76條 努力使失敗保持原子性 通常來講，調(diào)用方法失敗了，應該使對象保持在被調(diào)用之前的狀態(tài) 實現(xiàn)失敗原子性的方法：設計一個不可變的對象。如果對象是不可變的，失敗原子性就是顯然...
-
Effective Java - 在詳細信息中包含捕獲的失敗信息
第75條 在詳細信息中包含捕獲的失敗信息 異常類型的toString方法應該盡可能多地返回有關失敗原因的信息 為了捕獲失敗，異常的詳細信息應該包含所有方便查詢異常原因的參數(shù)和...
-
Effective Java - 拋出與抽象對應的異常
第73條 拋出與抽象對應的異常 更高層的實現(xiàn)應該捕獲底層的異常，同時拋出可以按照高層抽象進行解釋的異常。這種做法稱為*異常轉義// 來自AbstractSequentialL...
-
Effective Java - 避免不必要地使用受檢異常
第71條 避免不必要地使用受檢異常 拋出受檢異常的方法無法直接在流中使用 消除受檢異常的最簡單方法是返回所需結果類型的Optional 可以使用判斷的方式消除異常try { ...
-
Effective Java - 對可恢復的情況使用受檢異常，對編程錯誤使用運行時異常
第70條 對可恢復的情況使用受檢異常，對編程錯誤使用運行時異常 如果期望調(diào)用者能夠適當?shù)鼗謴停瑢τ谶@種情況就應該使用受檢異常 用運行時異常來表明編程錯誤 實現(xiàn)的所有未受檢的可...
-
Effective Java - 只針對異常的情況才使用異常
第69條 只針對異常的情況才使用異常 異常應該只用于異常的情況下，它們永遠不應該用于控制正常的代碼執(zhí)行流程 如果類具狀態(tài)依賴(state-dependent)的方法，即只有在...
-
Effective Java - 遵守普遍接受的命名慣例
第68條 遵守普遍接受的命名慣例 包名稱通常不超過8個字符。鼓勵使用有意義的縮寫形式，例如使用util而不是utilities。 類名稱除了首字母縮略詞和某些常用縮寫(如ma...
-
Effective Java - 謹慎地進行優(yōu)化
第67條 謹慎地進行優(yōu)化 不要因為性能而犧牲合理的結構，要努力編寫好的程序而不是快的程序 對于API的設計要在設計時候就考慮性能，這些API在后續(xù)很難甚至不可以改變 要考慮A...
-
Effective Java - 接口優(yōu)先于反射機制
第65條 接口優(yōu)先于反射機制 使用反射的代價：喪失了編譯時類型檢查的好處執(zhí)行反射訪問所需要的代碼非常笨拙和冗長性能損失 如果只是以非常有限的形式使用反射機制，雖然也要付出少許...
-
Effective Java - 通過接口引用對象
第63條 注意字符串拼接的性能 重復地使用字符串拼接操作符來拼接n個字符串，需要n的平方級的時間 為了獲得可以接受的性能，請使用StringBuilder代替String 思...
-
Effective Java - 如果其他類型更適合，則盡量避免使用字符串
第61條 基本類型優(yōu)先于裝箱基本類型 不要對裝箱基本類型使用"==" 當在一項操作中混合使用基本類型和裝箱基本類型時，裝箱基本類型就會自動拆箱，如果裝箱類型是null，會拋出...
-
Effective Java - 了解和使用類庫
第59條 了解和使用類庫 通過使用標準類庫，可以充分利用這些編寫標準類庫的專家的知識，以及在你之前的其他人的使用經(jīng)驗 選擇的隨機數(shù)生成器現(xiàn)在是ThreadLocalRando...
