1. 減少記憶體使用

1.1. 減少堆記憶體的使用

1.1.1. 使用更少的記憶體意味著堆被填滿的頻率會降低，需要的GC周期會更少，其效果也可以成倍增強

1.1.2. 更少的新生代回收意味著對象的晉升年齡增加的頻率降低

1.1.3. 對象晉升到老年代的可能性也降低了

1.1.4. Full GC周期（或者併發GC周期）的數量將減少

1.2. 方法

1.2.1. 減小對象大小

1.2.2. 使用對象的延遲初始化

1.2.3. 使用標準化對象

2. 減小對象大小

2.1. 可以提高GC的效率

2.2. 即使實例變數是null，也會消耗對象類內的空間

2.3. 讓對象更小

2.3.1. 不太可能將堆的大小增加10%

2.3.2. 將堆中一半對象的大小減小20%可以達到相同的目標

2.3.2.1. Java 11對String對象進行了這樣的優化

2.3.2.2. Java 11的用戶可以將堆的最大大小設置得比Java 8要求的小25%，而不會對GC或性能產生影響

2.4. 對象對齊和對象大小

2.4.1. 對象的大小總是被填充到8位元組的倍數

2.4.2. 在對象中消除一些實例欄位或減小一些欄位的大小，可能會產生收益，也可能不會，但我們沒有理由不這麼做

2.4.3. jol工具

2.4.3.1. 可以計算對象的大小

2.5. 時間與空間的權衡

2.5.1. 對象欄位存儲的是基於一些數據計算出的結果

2.5.1.1. 使用記憶體（空間）存儲這個值

2.5.1.2. 花費時間（CPU周期）在需要的時候計算這個值

2.5.1.2.1. 如果減少GC是目標，大多數人可能更傾向於重新計算

2.5.2. 適用於CPU時間

2.5.2.1. 使用額外的記憶體會導致GC消耗更多的CPU周期

3. 使用延遲初始化

3.1. 只有在常用路徑不會初始化變數時，才應該使用延遲初始化

3.1.1. 最好只在相關操作使用得不那麼頻繁時使用

3.1.2. 操作很常用，那就不能節省記憶體了

3.1.2.1. 因為記憶體總是會被分配

3.2. 對於使用線程安全對象的代碼，延遲初始化時應該使用雙重檢查鎖

3.3. 同步瓶頸

3.3.1. 通過慣用的雙重檢查鎖來解決

3.3.2. 實例變數必須被聲明為volatile

3.3.3. 將實例變數賦值到局部變數會帶來輕微的性能提升

3.4. 設為null來及早清理

3.4.1. eagerly deinitializing

3.4.2. 在有限的情況下有用

3.4.3. 顯式地將一個對象引用設置為null基本不會給性能帶來什麼好處

3.4.4. 如果一個長期存活的類會緩存並丟棄對象引用，則必須註意避免過時引用

4. 使用不可變對象和標準化對象

4.1. 不可變對象為標準化這種特殊的生命周期管理提供了可能性

4.2. 最常見的Java對象是不可變的String對象

4.2.1. 字元串可以調用intern()方法來找到這個字元串的標準化版本

4.3. 對象的標準化版本

4.3.1. canonical version

4.3.2. 不可變對象的單一表示

4.3.3. 通過標準化消除不可變對象的重覆副本，可以極大地減少應用程式的堆使用量

4.3.4. 使用標準化的值通常也可以節省記憶體