2025年9月26日 - 覚え書き.com

GCとは何か

Java で開発をしていると、よく耳にする「GC（Garbage Collection）」。
これは 不要になったオブジェクトを自動で回収してメモリを解放する仕組み のことです。C言語のように手動で free() を呼ぶ必要はなく、Java VM が裏側でメモリ管理を行います。

ざっくり構造・最近のGC

世代別回収：Eden/Survivor（若世代）→ Old（老世代）
Minor GC：Edenが埋まったら短命オブジェクト中心に回収
Major/Full GC：Oldが逼迫、断片化、クラス/メタ領域逼迫などで広域回収
既定GC：G1GC（Java 9+）。低停止要求は ZGC / Shenandoah も選択肢

主なトリガ

Eden満杯（Minor） / Old高水準（Major）
巨大配列（Humongous）割当て（G1）
System.gc() 明示呼び出し
メタスペース/オフヒープ圧迫（DirectByteBuffer/JNI など）

“悪い例 → 良い例”で学ぶメモリ/GC対策

1) 無制限キャッシュ（静的Map地獄）

悪い例

// Caffeine を例に（依存追加で利用可）
Cache<String, Object> cache = Caffeine.newBuilder()
    .maximumSize(10_000)         // 上限
    .expireAfterAccess(Duration.ofMinutes(30)) // 期限
    .recordStats()
    .build();

public Object get(String key) {
  return cache.get(key, this::loadSlow);
}

// Caffeine を例に（依存追加で利用可）

Cache<String, Object> cache = Caffeine.newBuilder()

.maximumSize(10_000) // 上限

.expireAfterAccess(Duration.ofMinutes(30)) // 期限

.recordStats()

.build();

public Object get(String key) {

return cache.get(key, this::loadSlow);

}

ポイント：上限なしは必ずOldを膨らませる。キャッシュは 容量・期限・エビクションを設計。

2) リスナ/コールバック未解除

悪い例

class View {
  Closeable addListener(Listener l) {
    // 登録...
    return () -> removeListener(l); // try-with-resources で自動解除
  }
}

try (var h = view.addListener(event -> {/*...*/})) {
  // 利用中
} // スコープを出ると自動で removeListener

class View {

Closeable addListener(Listener l) {

// 登録...

return () -> removeListener(l); // try-with-resources で自動解除

}

try (var h = view.addListener(event -> {/*...*/})) {

// 利用中

} // スコープを出ると自動で removeListener

補足：WeakReference リスナはイベント強度低下や意図せぬ解放のリスク。基本は明示解除。

3) `ThreadLocal` の放置（プールスレッドに張り付く）

悪い例

良い例（finallyで確実に除去）

private static final ThreadLocal<byte[]> BUF =
    ThreadLocal.withInitial(() -> new byte[1<<20]);

void work() {
  try {
    var buf = BUF.get();
    // 処理...
  } finally {
    BUF.remove(); // プールスレッドに残さない
  }
}

private static final ThreadLocal<byte[]> BUF =

ThreadLocal.withInitial(() -> new byte[1<<20]);

void work() {

try {

var buf = BUF.get();

// 処理...

} finally {

BUF.remove(); // プールスレッドに残さない

}

ポイント：スレッドプール＝長寿命。remove() を忘れると実質グローバル保持。

4) `System.gc()` 乱用

悪い例

5) ラムダ/内部クラスが外側（巨大オブジェクト）をキャプチャ

悪い例

良い例（必要最小限のデータだけ渡す・static化）

class Holder {
  byte[] big = new byte[10_000_000];

  Runnable r() {
    int len = big.length;        // プリミティブだけ抜き出す
    return () -> System.out.println(len);
  }
}
// あるいは static ネストクラスで暗黙の外部参照を避ける

class Holder {

byte[] big = new byte[10_000_000];

Runnable r() {

int len = big.length; // プリミティブだけ抜き出す

return () -> System.out.println(len);

}

// あるいは static ネストクラスで暗黙の外部参照を避ける

ポイント：キャプチャ=保持。意図せず大物を延命していないか疑う。

6) ループ内の大量一時オブジェクト

悪い例

良い例（StringBuilder再利用・ボクシング回避）

7) finalize/Cleaner頼み（遅延・不確実）

悪い例

class Resource implements AutoCloseable {
  private final FileChannel ch = FileChannel.open(...);
  @Override public void close() throws IOException { ch.close(); }
}

try (Resource r = new Resource()) {
  // 利用
} // ここで必ず解放

class Resource implements AutoCloseable {

private final FileChannel ch = FileChannel.open(...);

@Override public void close() throws IOException { ch.close(); }

}

try (Resource r = new Resource()) {

// 利用

} // ここで必ず解放

8) クラスローダ・アプリ再デプロイ時のリーク

悪い例

良い例（クラスローダ境界を越える参照を断つ）

- static にアプリクラス/インスタンスを保持しない
- ThreadLocal を必ず remove
- Executor/Timer を停止（shutdown）してからアンデプロイ
- JDBC ドライバ/ログアダプタ等の明示的解除を守る

- static にアプリクラス/インスタンスを保持しない

- ThreadLocal を必ず remove

- Executor/Timer を停止（shutdown）してからアンデプロイ

- JDBC ドライバ/ログアダプタ等の明示的解除を守る

9) 巨大配列・Humongous割当ての長期保持（G1）

悪い例

良い例（分割・ストリーミング・寿命短縮）

ポイント：巨大ブロックは断片化と回収コスト増の温床。

10) 無制限のキュー/バッファ

悪い例

良い例（有界＋バックプレッシャ）

BlockingQueue<Event> q = new ArrayBlockingQueue<>(10_000);

boolean offered = q.offer(event, 100, TimeUnit.MILLISECONDS);
if (!offered) {
  // 混雑時の方針：間引き/遅延/古いもの破棄など
}

BlockingQueue<Event> q = new ArrayBlockingQueue<>(10_000);

boolean offered = q.offer(event, 100, TimeUnit.MILLISECONDS);

if (!offered) {

// 混雑時の方針：間引き/遅延/古いもの破棄など

}

GCログ・計測の始め方（JDK 9+）

まずはコードの割当て削減 → その後にヒープ/GC調整
監視：jcmd <pid> GC.heap_info / jstat -gc <pid> 1000
ボトルネック特定：JFR（Java Flight Recorder） で割当てホットスポットを把握
必要なら ZGC/Shenandoah も評価（レイテンシ目標に応じて）

実務チェックリスト（配布推奨）

System.gc() を禁止/抑制
キャッシュ・キューは有界＋期限
ThreadLocal は finally で remove
リスナ/コールバックは確実に解除（AutoCloseable化が効く）
ループ内の一時オブジェクトを減らす（Builder再利用/ボクシング回避）
巨大配列は分割・短命化
クラスローダ境界を跨ぐ静的参照禁止、Executor停止・ドライバ解除
try-with-resourcesでオフヒープ即時解放
GCログ/JFRで事実ベースに調整
目標停止時間（例：MaxGCPauseMillis）を定めて検証

まとめ

GCは“自動”でも“万能”ではありません。
「GCが働きやすいコード」（不要参照を残さない・波及して大物を掴ませない・ピークメモリを避ける）を心がけ、ログ/計測で改善ループを回すのが最短距離です。

1. 管理方式の違い

SVN は中央サーバー型（集中管理型）。サーバーに履歴があり、各開発者は必要な部分をチェックアウトして作業します。

Git は分散型。各開発者の手元に完全な履歴がコピーされるので、オフラインでもコミットや履歴の参照が可能です。

2. ブランチの扱い

SVN：ブランチはディレクトリをコピーする仕組み。重いため頻繁に切り替える運用には向きません。

Git：ブランチはポインタのような軽量な仕組み。気軽に作成・切り替え・統合でき、アジャイル開発と相性が良いです。

3. 比較表

項目	SVN（Subversion）	Git
管理方式	集中型（中央リポジトリ必須）	分散型（ローカルに完全コピー）
履歴	サーバーに依存・オフライン不可	ローカルに全履歴あり・オフライン可能
ブランチ	ディレクトリコピーで重い	軽量で高速・並行開発に最適
操作速度	サーバー通信が多く遅め	ローカル主体で非常に速い
権限管理	ディレクトリ単位で詳細設定可	リポジトリ単位（サービス連携で補完）
使われ方	レガシー環境・金融/公共系で根強い	オープンソース・モダン開発の標準

項目

SVN（Subversion）

Git

管理方式

集中型（中央リポジトリ必須）

分散型（ローカルに完全コピー）

履歴

サーバーに依存・オフライン不可

ローカルに全履歴あり・オフライン可能

ブランチ

ディレクトリコピーで重い

軽量で高速・並行開発に最適

操作速度

サーバー通信が多く遅め

ローカル主体で非常に速い

権限管理

ディレクトリ単位で詳細設定可

リポジトリ単位（サービス連携で補完）

使われ方

レガシー環境・金融/公共系で根強い

オープンソース・モダン開発の標準

4. 企業で SVN が残る理由

レガシー資産が膨大：10年以上運用しているプロジェクトを変えるコストが大きい

単純な運用ルール：常に「中央が正」でシンプル

アクセス制御が細かい：サーバーで一元管理しやすい

情報漏洩リスクを嫌う：ローカルに履歴を残さないことで安心とされるケースもある

5. Git への移行メリット

効率的な並行開発：ブランチが軽いので複数人開発でもストレスが少ない

オフライン作業可能：出張先やネットが不安定でも履歴参照やコミットができる

エコシステムが豊富：GitHub・GitLab・Bitbucket など連携サービスが充実

CI/CD と相性抜群：自動テスト・デプロイと組み合わせやすい

まとめ

SVN は「安定・単純・集中管理」が強みで、金融や公共系、レガシー環境で今も利用されています。

Git は「柔軟・高速・モダンツール連携」が強みで、オープンソースやアジャイル開発での標準です。

👉 新規プロジェクトであれば Git を選ぶのが一般的。
ただし既存の大規模システムでは「SVN を参照専用にして、新規は Git」で併用するケースもよくあります。

覚え書き.com

日別アーカイブ: 2025年9月26日

JavaのGC（Garbage Collection）とは？仕組みと注意点

GCとは何か

ざっくり構造・最近のGC

主なトリガ

“悪い例 → 良い例”で学ぶメモリ/GC対策

1) 無制限キャッシュ（静的Map地獄）

2) リスナ/コールバック未解除

3) `ThreadLocal` の放置（プールスレッドに張り付く）

4) `System.gc()` 乱用

5) ラムダ/内部クラスが外側（巨大オブジェクト）をキャプチャ

6) ループ内の大量一時オブジェクト

7) finalize/Cleaner頼み（遅延・不確実）

8) クラスローダ・アプリ再デプロイ時のリーク

9) 巨大配列・Humongous割当ての長期保持（G1）

10) 無制限のキュー/バッファ

GCログ・計測の始め方（JDK 9+）

実務チェックリスト（配布推奨）

まとめ

Git と SVN の違いを徹底比較！モダン開発と Git 移行メリットを解説

1. 管理方式の違い

2. ブランチの扱い

3. 比較表

4. 企業で SVN が残る理由

5. Git への移行メリット

まとめ

「駑馬十駕」を信念に IT系情報を中心に調べた事をコツコツ綴っています。

GCとは何か

ざっくり構造・最近のGC

主なトリガ

“悪い例 → 良い例”で学ぶメモリ/GC対策

1) 無制限キャッシュ（静的Map地獄）

2) リスナ/コールバック未解除

3) ThreadLocal の放置（プールスレッドに張り付く）

4) System.gc() 乱用

5) ラムダ/内部クラスが外側（巨大オブジェクト）をキャプチャ

6) ループ内の大量一時オブジェクト

7) finalize/Cleaner頼み（遅延・不確実）

8) クラスローダ・アプリ再デプロイ時のリーク

9) 巨大配列・Humongous割当ての長期保持（G1）

10) 無制限のキュー/バッファ

GCログ・計測の始め方（JDK 9+）

実務チェックリスト（配布推奨）

まとめ

関連記事

1. 管理方式の違い

2. ブランチの扱い

3. 比較表

4. 企業で SVN が残る理由

5. Git への移行メリット

まとめ

関連記事

「駑馬十駕」を信念に IT系情報を中心に調べた事をコツコツ綴っています。

3) `ThreadLocal` の放置（プールスレッドに張り付く）

4) `System.gc()` 乱用

　関連記事

　関連記事