【VBAスタンダード対策】変数の運命を分ける「値渡し」と「参照渡し」を攻略！
プロシージャに引数を渡す際、VBAには「変数のコピーを渡す方法」と「変数そのものの場所を教える方法」の2通りがあります。呼び出された側で値を書き換えたとき、呼び出し元の「元の変数」に影響が出るかどうかが最大の構造的違いです。
1. 問題：引数の受け渡しによる「元の値」の変化
【 問題 】 プロシージャ Main から Process を呼び出しました。Process 内で引数の値を書き換えた後、再び Main に戻ってメッセージを表示した際、**元の変数 num が書き換わってしまう（10から20に変わる）**のは、どのような受け渡し構造のときでしょうか？
Dim num As Integer : num = 10
Call Process(num) ' --- ここで呼び出し ---
MsgBox num ' --- 元の変数はどうなった？ ---
End Sub
Sub Process(n As Integer)
n = 20 ' --- 呼び出された先で書き換え ---
End Sub
① 値渡し（ByVal）：変数の「分身（コピー）」を渡している場合
② 参照渡し（ByRef）：変数の「実体（メモリ上の住所）」を教えている場合
③ 直接渡し：変数をそのまま移動させている場合
④ 共有渡し：すべての変数をモジュールレベルで共有している場合
2. 正解：引数の受け渡し概念に関する正解
正解： ② 参照渡し（ByRef）：変数の「実体」を教えている場合
3. 解説：データの「コピー」か「実体」か
引数の受け渡しには、構造的に「分身を渡す」のか「本物を共有する」のかという違いがあります。VBAの既定（デフォルト）は参照渡しであるため、意識せずに書くと呼び出し元の値が書き換わってしまう可能性があります。
■ 値渡し (ByVal = By Value)
[Main] num(10) --(コピーを送信)--> [Process] n(10)
[Process]で n=20 にしても、[Main]の num(10) は変化なし。
■ 参照渡し (ByRef = By Reference)
[Main] num(10) --(住所を共有)--> [Process] n(←実体はnum)
[Process]で n=20 にすると、[Main]の num(10) も 20 に変わる。
[ なぜこの違いが重要なのか ]
★ ByVal（値渡し）：元のデータを壊したくない、安全に処理したい時に使います（使い捨てのコピー）。
★ ByRef（参照渡し）：呼び出し先に複数の結果を書き込んでもらいたい時や、巨大なデータを効率よく扱いたい時に使います。
1. ここが試験に出る！: スタンダード試験では、コードの実行結果として「最後に表示される変数の値」を問う問題が頻出します。宣言部に ByVal があるかないかを見極め、呼び出し元の変数が「守られているか、書き換わっているか」を判定できるかが勝負の分かれ目です。
2. エンジニアの視点: Java 17などのオブジェクト型引数は、実質的に「参照の値渡し」という少し複雑な挙動をしますが、VBAの ByRef はもっと直接的な「変数そのもの」の共有です。不慮の書き換えバグを防ぐために、実務では「原則 ByVal で書き、理由がある時だけ ByRef を使う」のが理系NEOな堅牢な設計ですね。
4. まとめ
「分身のByVal、実体のByRef」。この概念を理解すれば、複雑なプロシージャ連携でもデータの流れを完全に見失わずに済みます。減数分裂が元の情報を維持しながら新しい細胞を作るように、VBAも適切な受け渡し構造を選ぶことで、データの正確性を保ちながら処理を繋いでいくのです。
