回答編集履歴
4
追記に対する補足
answer
CHANGED
@@ -20,4 +20,23 @@
|
|
20
20
|
|
21
21
|
> これは、配列変数(参照型変数)が「基本型変数」をベースに(配列変数が)設計されているのでしょうか?
|
22
22
|
|
23
|
-
そういってよいと思います。配列は「同じ型の要素が複数並んだような型」ですがそれを表すのに「要素を表す型`T`」と「配列を表す記号`[]`」をくっつけて`T[]`と表現する言語仕様になっているわけですね。`int[]`というような記法ではなく`arrayOfInt`という型の名前とするような言語仕様もあり得ると思いますが、そんなふうにしてしまうと`int[][]`は`arrayOfArrayOfInt`、`int[][][]`は`arrayOfArrayOfArrayOfInt`などとしなくてはならず、収拾がつかなくなることは想像に難くありません。そんな設計は「無限に型の名前を用意しなくてはならないことになってしまう」ため採用されず「要素の型」と「配列を表す記号」を並べて書くことで「配列の型を表現する」ようにするのが合理的ということが納得できるのではないでしょうか?
|
23
|
+
そういってよいと思います。配列は「同じ型の要素が複数並んだような型」ですがそれを表すのに「要素を表す型`T`」と「配列を表す記号`[]`」をくっつけて`T[]`と表現する言語仕様になっているわけですね。`int[]`というような記法ではなく`arrayOfInt`という型の名前とするような言語仕様もあり得ると思いますが、そんなふうにしてしまうと`int[][]`は`arrayOfArrayOfInt`、`int[][][]`は`arrayOfArrayOfArrayOfInt`などとしなくてはならず、収拾がつかなくなることは想像に難くありません。そんな設計は「無限に型の名前を用意しなくてはならないことになってしまう」ため採用されず「要素の型」と「配列を表す記号」を並べて書くことで「配列の型を表現する」ようにするのが合理的ということが納得できるのではないでしょうか?
|
24
|
+
|
25
|
+
なお、基本型か参照型かについては「ある要素型Tの配列」「Tがプリミティブ型か参照型かには関係なく、常に参照型と決まっている」というのがJavaの規則です。
|
26
|
+
|
27
|
+
単なるintの値とint[]の値がスタック上どうなっているかを考えるとイメージしやすいと思います。
|
28
|
+
```
|
29
|
+
スタック ヒープ
|
30
|
+
+------+
|
31
|
+
| *------> +------------+----....----+ // 参照型(Stringの"abc")の実体はヒープ上にある
|
32
|
+
+------+ |class=String|'a','b','c' |
|
33
|
+
| ... | +------------+----....----+
|
34
|
+
+------+
|
35
|
+
| *------> +------------+-----+-----+ // int[]の値の実体もヒープ上にある
|
36
|
+
+------+ |class=int[] | 1 | 2 | // --->だから参照型になる
|
37
|
+
| ... | +------------+-----+-----+
|
38
|
+
+------+
|
39
|
+
| 1 | //上の配列の先頭要素を取り出して変数に入れれば要素の型はint(=プリミティブ型)なので
|
40
|
+
+------+ //このようにスタック上に値が直接入る
|
41
|
+
```
|
42
|
+
プリミティブ型の値は「スタック上に直接入っていてヒープを一切使わない」のに対して、参照型の値は「実体がヒープ上にあり、スタック上にはヒープを指すアドレスorハンドルのような**参照値**を使う」というイメージです。
|
3
追記
answer
CHANGED
@@ -12,4 +12,12 @@
|
|
12
12
|
|
13
13
|
ちなみにスタック領域、ヒープ領域の2種類だけを知っていればとりあえず充分な気がします。その2つをしっかり把握しておけばJavaプログラミング上の主な概念を理解するのに困ることはないと思います。(JNI、JITなどJVMの低水準な機構について知るという意味ではCヒープなども有効な知識だと思います)
|
14
14
|
|
15
|
-
(スレッド領域とスタック領域を別領域として書かれていますが、多分同じもののような気がします。記事によってはスレッドスタック領域と書かれていたりします。スタックはスレッド毎にあるのは当然という感覚なので自分は普段スレッドスタック領域とは呼ばず単にスタックという用語を使いますが・・・本当の用語はどちらなのでしょうね。)
|
15
|
+
(スレッド領域とスタック領域を別領域として書かれていますが、多分同じもののような気がします。記事によってはスレッドスタック領域と書かれていたりします。スタックはスレッド毎にあるのは当然という感覚なので自分は普段スレッドスタック領域とは呼ばず単にスタックという用語を使いますが・・・本当の用語はどちらなのでしょうね。)
|
16
|
+
|
17
|
+
---
|
18
|
+
|
19
|
+
追記:コメントへの回答ですがここに記します。
|
20
|
+
|
21
|
+
> これは、配列変数(参照型変数)が「基本型変数」をベースに(配列変数が)設計されているのでしょうか?
|
22
|
+
|
23
|
+
そういってよいと思います。配列は「同じ型の要素が複数並んだような型」ですがそれを表すのに「要素を表す型`T`」と「配列を表す記号`[]`」をくっつけて`T[]`と表現する言語仕様になっているわけですね。`int[]`というような記法ではなく`arrayOfInt`という型の名前とするような言語仕様もあり得ると思いますが、そんなふうにしてしまうと`int[][]`は`arrayOfArrayOfInt`、`int[][][]`は`arrayOfArrayOfArrayOfInt`などとしなくてはならず、収拾がつかなくなることは想像に難くありません。そんな設計は「無限に型の名前を用意しなくてはならないことになってしまう」ため採用されず「要素の型」と「配列を表す記号」を並べて書くことで「配列の型を表現する」ようにするのが合理的ということが納得できるのではないでしょうか?
|
2
追記
answer
CHANGED
@@ -1,5 +1,15 @@
|
|
1
1
|
Javaのあらゆる参照型の「実体」は全てヒープ上に確保されます。スタック上(ローカル変数の中身を置く場所)には実体への参照だけが置かれています。
|
2
2
|
|
3
|
+
> int a[]側
|
4
|
+
|
5
|
+
がローカル変数aのことであればそれはスタックということになります。
|
6
|
+
|
7
|
+
|
8
|
+
> 配列変数の「int a [][]」は、基本型変数+参照型変数はこれら等で構成されているのでしょうか
|
9
|
+
|
10
|
+
単に参照型の値を格納するための変数です。`int a[][]`の意味は`int[][]`型(それは参照型の一種)の変数aというだけの意味なのでString型などの普通の参照型変数と特に違いはありません。
|
11
|
+
|
12
|
+
|
3
13
|
ちなみにスタック領域、ヒープ領域の2種類だけを知っていればとりあえず充分な気がします。その2つをしっかり把握しておけばJavaプログラミング上の主な概念を理解するのに困ることはないと思います。(JNI、JITなどJVMの低水準な機構について知るという意味ではCヒープなども有効な知識だと思います)
|
4
14
|
|
5
15
|
(スレッド領域とスタック領域を別領域として書かれていますが、多分同じもののような気がします。記事によってはスレッドスタック領域と書かれていたりします。スタックはスレッド毎にあるのは当然という感覚なので自分は普段スレッドスタック領域とは呼ばず単にスタックという用語を使いますが・・・本当の用語はどちらなのでしょうね。)
|
1
誤記訂正
answer
CHANGED
@@ -2,4 +2,4 @@
|
|
2
2
|
|
3
3
|
ちなみにスタック領域、ヒープ領域の2種類だけを知っていればとりあえず充分な気がします。その2つをしっかり把握しておけばJavaプログラミング上の主な概念を理解するのに困ることはないと思います。(JNI、JITなどJVMの低水準な機構について知るという意味ではCヒープなども有効な知識だと思います)
|
4
4
|
|
5
|
-
|
5
|
+
(スレッド領域とスタック領域を別領域として書かれていますが、多分同じもののような気がします。記事によってはスレッドスタック領域と書かれていたりします。スタックはスレッド毎にあるのは当然という感覚なので自分は普段スレッドスタック領域とは呼ばず単にスタックという用語を使いますが・・・本当の用語はどちらなのでしょうね。)
|