デザインパターン・シングルトンのメカニズムが分からない

Question

###前提・実現したいこと

①デザインパターン・シングルトンの仕組みがよくわからないです。以下のプログラムを実行するとコンソールには10回同じ値が表示されるらしいのですが、どうしてそうなるのでしょうか？
また、表示されている値は何なのでしょうか？
②if (_instance == null)とありますが、_instanceを宣言時に=nullと宣言していないので、
ifの条件文は必ずfalseになると思ったのですが、どうしてそうならないのでしょうか？
また、ExerciseSingleton型 変数名_instanceとあるのですが、これは参照型の中のクラス型に
分類されるという意識で宜しいでしょうか？
③_instance = new ExerciseSingleton()により_instanceにはExerciseSingleton()が代入されているので、for文の2回目の処理時には_instanceはすでにnullではないと思っているのですが、合ってますでしょうか？
④private volatile static ExerciseSingleton _instance;とあり、直訳するとこのクラス
型の変数になると思うのですが、イメージが出来ないです。どのように捉えれば宜しいのでしょうか？
⑤メソッドの戻り値がこのクラスの型となっていますが、これもうまくイメージする事ができないです。どのように捉えれば宜しいのでしょうか？
⑥if (_instance == null)を2回使用していますが、機械は人間ではないので、同じ事を聞くという再確認をしなくても計算ミスをしないと思うのですが、なぜこれを2回も書くのでしょうか？

###コンソールの表示

exercise_java_class02.ExerciseSingleton@3d4b7453
exercise_java_class02.ExerciseSingleton@3d4b7453
exercise_java_class02.ExerciseSingleton@3d4b7453
exercise_java_class02.ExerciseSingleton@3d4b7453
exercise_java_class02.ExerciseSingleton@3d4b7453
exercise_java_class02.ExerciseSingleton@3d4b7453
exercise_java_class02.ExerciseSingleton@3d4b7453
exercise_java_class02.ExerciseSingleton@3d4b7453
exercise_java_class02.ExerciseSingleton@3d4b7453
exercise_java_class02.ExerciseSingleton@3d4b7453

###該当のソースコード

public class ExerciseSingleton {

	/**
	 *
	 */
	private ExerciseSingleton() {
		// TODO 自動生成されたコンストラクター・スタブ
	}

	/**
	 * @param args
	 */

	// 本クラス唯一インスタンス

	private volatile static ExerciseSingleton _instance;

	public static ExerciseSingleton getInstance() {

		if (_instance == null) {

			// 他のプログラム（クラス）からのアクセスを不可にする
			// ワードで言う編集中なので、他の人は編集不可な状態の宣言

			synchronized (ExerciseSingleton.class) {

				if (_instance == null) {

					_instance = new ExerciseSingleton();

				}
			}
		}
		return _instance;
	}

	public static void main(String[] args) {
		// TODO 自動生成されたメソッド・スタブ

		for (int i = 0; i < 10; i++) {

			System.out.println(ExerciseSingleton.getInstance());

		}

	}

}

###補足情報(言語/FW/ツール等のバージョンなど)
java1.6 eclipse mars

Answer 1

1. 表示されてる値は、ObjectのtoStringの結果です。

ぶっちゃけ、あまり気にしなくてよいです。
2. maisumakunさんの説明通り。new したものを宣言していないのでnullです。
3. 認識はあっています。double-checked locking というイディオムですが、javaでは推奨されません
4. volatileは気にしなくてよいです。
5. コンストラクタをprivateにしているため、他のクラスからnewできないようにしています。
多少の間違い恐れずに言うなら、要はnewの代わりです。
6. double-checked locking というイディオムですが、javaでは推奨されません

Javaのシングルトンについては、以下が詳しいので目を通すことをおすすめします。
古いので、いまとはJVMの仕様・実装が異なる可能性あるかもですが、どなたかツッコミお待ちしてます。

IBM Developerworks：double-checked lockingとSingletonパターン

要約

プログラマーたちは、Singletonで高コストな同期化を回避するために、工夫を凝らして、double-checked lockingイディオムを考案しました。残念ながら、このイディオムが、現行のメモリー・モデルが原因で安全なプログラミング構成概念ではないことが明らかになったのは、これがかなり広く使われるようになった後のことでした。メモリー・モデルの、ぜい弱な部分を改良するための努力が行われています。しかし、新しく提案されたメモリー・モデルでも、double-checked lockingは通用しません。この問題に対する最良の解決策は、同期化を受け入れるか、あるいはstatic field を使用することです。

Answer 2

ややこしそうな部分だけ解説します。

if (_instance == null)とありますが、_instanceを宣言時に=nullと宣言していない

初期化子なしの場合、Javaの参照型変数の初期値はnullです。

if (_instance == null)を2回使用していますが、機械は人間ではないので、同じ事を聞くという再確認をしなくても計算ミスをしないと思うのですが、なぜこれを2回も書くのでしょうか？

途中に入っているsynchronizedがポイントで、getInstance()を別スレッドから同時に呼んだ場合、synchronizedブロックが複数回実行される危険性がありますので、synchronizedの中と外の両方でチェックが必要となります。メソッド全体をsynchronizedにしても動くことは動くのですが、インスタンス生成をしない場合にはsynchronizedが不要なので、余計なコストとなります。