Question 1

シングルトンパターンの最も中心的な目的はどれか?

Accepted Answer

クラスのインスタンスを1つだけに制限し、グローバルなアクセスを提供する。 — シングルトンは『増えないこと』が本質。組立てが必要なら Builder、木構造なら Composite、アルゴリズム差し替えなら Strategy ── 名前は似てても役割は別人。シングルトンは『1人で十分』のパターン。

Question 2

シングルトンの欠点として一般的に挙げられないものはどれか?

Accepted Answer

クラス図上の継承関係が複雑になる。 — シングルトンの三大不評は『グローバル化』『テストしづらい』『並行環境で罠』。継承関係が複雑になるのは、シングルトン由来の話ではない。

Question 3

Javaでスレッドセーフかつ遅延初期化のシングルトンを書く際、よく使われる手法はどれか?

Accepted Answer

`volatile` フィールドとダブルチェックロッキング。 — `volatile` で『初期化済みかどうか』を可視化しつつ、二重チェックでロックコストを抑える ── これが古典の正解パターン。Javaでは `enum` で定義する手も非常にシンプルで強い。

Question 4

次のうちシングルトンが向かない用途はどれか?

Accepted Answer

ユーザーごとに状態を持つセッション。 — ユーザーごとに分けるべき情報をシングルトン化したら、Aさんの買い物カゴにBさんの商品が紛れ込むタイプの大事故になる。『1つで良い』は『1つでなければならない』場面にだけ使う。