回答編集履歴
6
補足をもう一つ追加
test
CHANGED
@@ -16,6 +16,8 @@
|
|
16
16
|
|
17
17
|
※ __objS1__は説明するためにつけた名前で、JavaVM内部で実際にそのような何か名前が付いているわけではなく、一意のID(番号)で管理されています。
|
18
18
|
|
19
|
+
※ この性質は単体の文字列リテラルだけでは無く、定数式にも当てはまります。詳しくは後述の参考文献を参照してください。
|
20
|
+
|
19
21
|
|
20
22
|
|
21
23
|
参考文献
|
5
リテラルについてはっきりするようにしてみた。
test
CHANGED
@@ -2,11 +2,11 @@
|
|
2
2
|
|
3
3
|
|
4
4
|
|
5
|
-
`Data da1 = new Data("Test");`と言うコードで`"Test"`
|
5
|
+
`Data da1 = new Data("Test");`と言うコードで`"Test"`の部分は"Test"を意味する内容のStringのオブジェクトが作成されますが、このオブジェクトを仮に__objS1__と名前をつけておきましょう。この__objS1__は作成されると同時に`String.intern`というメソッドを使って、Java本体の共有プールに保存されます。共有プールでは"Test"は__objS1__と覚えていると思っておいてください。さて、この__objS1__はDataのコンストラクタの引数として渡されて、`da1`の`data`に代入されます。つまり、`da1`の`data`は__objS1__というオブジェクトへの参照値が入るっている状態になります。
|
6
6
|
|
7
7
|
|
8
8
|
|
9
|
-
次に`Data da2 = new Data("Test");`と言うコードを実行されることになります。おっと、"Test"はさっき作った文字列と同じですね。このように一度作ったことがある文字列リテラルの場合、共有プールに保存しておいたオブジェクトを探して、再利用します。共有プールでは"Test"は__objS1__として保存されているのでした。**よって、"Test"の部分は新たにオブジェクトを作成せずに__objS1__になります。**ここまで来たら後は同じです。__objS1__はDataのコンストラクタ引数と渡されて、`da2`の`data`に代入されます。結局、`da2`の`data`も__objS1__というオブジェクトへの参照値が入っている状態になります。
|
9
|
+
次に`Data da2 = new Data("Test");`と言うコードを実行されることになります。おっと、"Test"はさっき作った文字列と同じですね。このように一度作ったことがある文字列リテラルの場合、共有プールに保存しておいたオブジェクトを探して、再利用します。共有プールでは"Test"は__objS1__として保存されているのでした。**よって、`"Test"`の部分は新たにオブジェクトを作成せずに__objS1__になります。**ここまで来たら後は同じです。__objS1__はDataのコンストラクタ引数と渡されて、`da2`の`data`に代入されます。結局、`da2`の`data`も__objS1__というオブジェクトへの参照値が入っている状態になります。
|
10
10
|
|
11
11
|
|
12
12
|
|
4
補足をちょっと修正。
test
CHANGED
@@ -14,7 +14,7 @@
|
|
14
14
|
|
15
15
|
|
16
16
|
|
17
|
-
※ __objS1__は説明するためにつけた名前で、JavaVM内部で実際にそのような何か名前が付いているわけでは
|
17
|
+
※ __objS1__は説明するためにつけた名前で、JavaVM内部で実際にそのような何か名前が付いているわけではなく、一意のID(番号)で管理されています。
|
18
18
|
|
19
19
|
|
20
20
|
|
3
ちょっと文章を修正
test
CHANGED
@@ -6,7 +6,7 @@
|
|
6
6
|
|
7
7
|
|
8
8
|
|
9
|
-
次に`Data da2 = new Data("Test");`と言うコードを実行されることになります。おっと、"Test"はさっき作った文字列と同じですね。このように一度作ったことがある文字列リテラルの場合、共有プールに保存しておいたオブジェクトを探して、再利用します。共有プールでは"Test"は__objS1__として保存されているのでした。**よって、"Test"の部分は新たにオブジェクトを作成せずに__objS1__になります。**ここまで来たら後は同じです。Dataのコンストラクタ引数と渡されて、`da2`の`data`に代入されます。結局、`da2`の`data`も__objS1__というオブジェクトへの参照値が入っている状態になります。
|
9
|
+
次に`Data da2 = new Data("Test");`と言うコードを実行されることになります。おっと、"Test"はさっき作った文字列と同じですね。このように一度作ったことがある文字列リテラルの場合、共有プールに保存しておいたオブジェクトを探して、再利用します。共有プールでは"Test"は__objS1__として保存されているのでした。**よって、"Test"の部分は新たにオブジェクトを作成せずに__objS1__になります。**ここまで来たら後は同じです。__objS1__はDataのコンストラクタ引数と渡されて、`da2`の`data`に代入されます。結局、`da2`の`data`も__objS1__というオブジェクトへの参照値が入っている状態になります。
|
10
10
|
|
11
11
|
|
12
12
|
|
@@ -14,6 +14,10 @@
|
|
14
14
|
|
15
15
|
|
16
16
|
|
17
|
+
※ __objS1__は説明するためにつけた名前で、JavaVM内部で実際にそのような何か名前が付いているわけではありません。
|
18
|
+
|
19
|
+
|
20
|
+
|
17
21
|
参考文献
|
18
22
|
|
19
23
|
[Java言語規定 字句文法#3.10.5 文字列リテラル](http://www.y-adagio.com/public/standards/tr_javalang/3.doc.htm#101083)
|
2
誤字の修正
test
CHANGED
@@ -2,7 +2,7 @@
|
|
2
2
|
|
3
3
|
|
4
4
|
|
5
|
-
`Data da1 = new Data("Test");`と言うコードで`"Test"`というStringのオブジェクトが作成されますが、このオブジェクトを仮に__objS1__と名前をつけておきましょう。この__objS1__は作成されると同時に`String.intern`というメソッドを使って、Java本体の共有プールに保存されます。共有プールでは"Test"は__objS1__と覚えていると思っておいてください。さて、この__objS1__はDataのコンストラクタの引数として
|
5
|
+
`Data da1 = new Data("Test");`と言うコードで`"Test"`というStringのオブジェクトが作成されますが、このオブジェクトを仮に__objS1__と名前をつけておきましょう。この__objS1__は作成されると同時に`String.intern`というメソッドを使って、Java本体の共有プールに保存されます。共有プールでは"Test"は__objS1__と覚えていると思っておいてください。さて、この__objS1__はDataのコンストラクタの引数として渡されて、`da1`の`data`に代入されます。つまり、`da1`の`data`は__objS1__というオブジェクトへの参照値が入るっている状態になります。
|
6
6
|
|
7
7
|
|
8
8
|
|
1
参考文献を追加
test
CHANGED
@@ -11,3 +11,9 @@
|
|
11
11
|
|
12
12
|
|
13
13
|
後はもうわかりますね。`da1.getData() == da2.getData()`というところですが、`getData()`は`data`をそのまま返すだけです。`da1`の`data`も`da2`の`data`も同じ__objS1__というオブジェクトなのでtrueになる、ということです。
|
14
|
+
|
15
|
+
|
16
|
+
|
17
|
+
参考文献
|
18
|
+
|
19
|
+
[Java言語規定 字句文法#3.10.5 文字列リテラル](http://www.y-adagio.com/public/standards/tr_javalang/3.doc.htm#101083)
|