1. 導入：なぜ「参照型」の理解が重要なのか
Javaを学習する際、避けて通れないのが「プリミティブ型」と「参照型」の違いです。この区別を曖昧にしたまま開発を行うと、意図しない値の書き換え（副作用）や、メモリリークの原因となるオブジェクトのライフサイクル管理ミスを引き起こす可能性があります。本稿では、両者の違いを明確にし、安全で堅牢なコードを書くための基礎知識を解説します。
2. 基礎知識：プリミティブ型と参照型
Javaの型システムは大きく二つに分かれます。
プリミティブ型（基本データ型）
int, double, booleanなど、値そのものを保持する型です。これらはスタックメモリに直接値が格納され、メモリ効率が良いのが特徴です。
参照型（Reference Types）
クラス、インターフェース、配列、列挙型などが該当します。変数自体は「値そのもの」ではなく、オブジェクトが格納されているヒープメモリ上の「アドレス（参照値）」を保持しています。これが、参照型が「参照」と呼ばれる所以です。
また、Java 10から導入された var（ローカル変数型推論） を使うと、コンパイラが右辺から型を自動判定してくれるため、複雑な型定義を省略し、コードの可読性を高めることができます。
3. 実装と解決策：参照型の特性を理解する
参照型の変数を別の変数に代入する場合、値のコピーではなく「参照先のアドレス」がコピーされます。そのため、一方の変数を経由してオブジェクトの内容を変更すると、もう一方の変数から見た内容も変化します。これを防ぐには、必要に応じてオブジェクトのコピー（クローン）を作成するなどの対策が必要です。
4. サンプルプログラム：参照型の挙動を確認する
import java.util.Arrays;
public class ReferenceExample {
public static void main(String[] args) {
// 1. 配列は参照型
int[] originalArray = {1, 2, 3};
// 参照をコピー（値のコピーではない！）
int[] copiedArray = originalArray;
// copiedArrayを変更すると、originalArrayも影響を受ける
copiedArray[0] = 99;
System.out.println(“元の配列: ” + Arrays.toString(originalArray)); // [99, 2, 3]
// 2. varを使った型推論
// コンパイラがString型と推論する
var message = “Javaの型推論は便利です”;
System.out.println(message);
}
}
5. 応用・注意点：現場で陥りやすい罠
「等価性」の判断に注意
参照型で == 演算子を使うと、値が同じかどうかではなく「アドレスが同じか（同じインスタンスか）」を比較します。オブジェクトの内容（値）を比較したい場合は、必ず equals() メソッド をオーバーライドして使用してください。
nullの扱い
参照型は初期値として null を持ち得ます。存在しないオブジェクトを参照しようとすると NullPointerException が発生します。現場では、可能な限り Optional クラスを使用するか、メソッドの戻り値で null を返さない設計を心がけることが、バグを未然に防ぐ重要なテクニックとなります。
まずは、変数が「値を持っているのか」「アドレスを持っているのか」を意識する習慣をつけることから始めましょう。これが、シニアエンジニアへの第一歩です。
コメント