Bash 環境変数

JPKODA 編集部 May 11, 2026

環境変数は、Bashスクリプトおよびシステム管理における基礎的かつ核心的な概念です。これらはオペレーティングシステムの環境を構成し、プログラムやスクリプトの実行動作に影響を与える重要なメカニズムです。以前に学習した、現在のシェルセッションまたはスクリプト内部でのみ有効な通常の（ローカル）Bashバリアブルとは異なり、環境変数は1つのシェルプロセスからエクスポート（export）され、そのシェルから起動されたすべての子プロセス（他のスクリプトやコマンドを含む）に自動的に継承されます。

このセッション内でのグローバルな可用性により、環境変数は異なるアプリケーションやプロセスの間で構成設定、システム情報、ユーザーのプリファレンスを渡す際に極めて高い価値を発揮します。これにより、コード内に各種パスや数値をハードコーディングすることなく、動的で柔軟なインタラクションが可能になります。

1. 環境変数とは？

本質的に言えば、環境変数とは「名前と値」のペア（通常のBashバリアブルと同じ）ですが、1つ非常に特殊な属性を持っています。それは、プロセスの「環境（Environment）」の中に存在するという点です。

この「環境」は本質的にバリアブル代入の集合体であり、プロセスの実行コンテキストを定義します。新しいプロセスが起動される際（例えば、ターミナルでコマンドを入力したり、スクリプトを実行したりする時）、通常は親プロセスの環境変数のコピーを継承します。この継承メカニズムこそが、環境変数に独特のパワーと実用性を与えています。

1.1 ローカルバリアブルとの比較

前回のレッスンで議論した「ローカルバリアブル」と区別するために、以下の点を覚えておいてください。ローカルバリアブルは現在のシェルまたはスクリプト内に限定されます。もしターミナルで my_local_var="hello" と定義し、その後に新しいターミナルウィンドウを開くか、新しいスクリプトを実行しても、my_local_var にはアクセスできません（空の状態です）。

しかし、my_env_var が環境変数であれば、現在のシェルから起動された新しいターミナルや新しいスクリプトは、すべてその値にアクセスできるようになります。

2. 環境変数の一般的な用途

環境変数はさまざまなシーンで広く利用されています。

システム構成： システムレベルのグローバルな設定を提供します。

PATH: シェルが実行可能なコマンドを検索するディレクトリのリストを指定します。これはおそらく最も有名で、最も頻繁に変更される環境変数です。
HOME: 現在のユーザーのホームディレクトリの絶対パスを定義します。
USER / LOGNAME: 現在ログインしているユーザー名を識別します。
SHELL: 現在のユーザーのデフォルトのシェルプログラムのパス（例：/bin/bash）を示します。
LANG / LC_ALL: ローカライズと国際化の設定（システム言語、文字エンコーディングなど）を制御します。

アプリケーションの構成： 多くのソフトウェアが初期化設定を環境変数に依存しています。

EDITOR: 各種コマンドラインツール（git, crontabなど）で使用するデフォルトのテキストエディタ（vim, nanoなど）を指定します。
JAVA_HOME: Java開発キット（JDK）のインストールディレクトリを指します。
HTTP_PROXY / HTTPS_PROXY: ターミナルでのネットワークリクエスト用にプロキシサーバーを設定します。

スクリプトの動作制御： スクリプトは環境変数を読み取ることで、実行コンテキストに応じて自身の動作を変更できます。これにより、ソースコードを一切修正することなく、コードの柔軟性と再利用性を大幅に向上させることができます。

3. 環境変数の設定とアクセス

環境変数は、以下のいくつかの方法で設定できます。

システムデフォルト： 多くのコアな環境変数（HOME、USER、SHELLなど）は、ユーザーのログイン時にOSまたはログインプロセスによって自動的に設定されます。
シェル初期化ファイル： ユーザーはシェルの設定ファイル（~/.bashrc、~/.profile、または ~/.bash_profile）内で独自の環境変数を定義し、エクスポートできます。これらのファイルは新しいシェルセッションの開始時に実行されるため、ターミナルを開くたびに変数が永続的に有効になります。
ターミナルでの手動設定： export コマンドを使用して、現在のターミナルセッションで直接環境変数を設定し、エクスポートできます。注意：この方法で設定された変数は、現在のターミナルセッションとその子プロセスが存続している間のみ有効であり、ターミナルを閉じると消失します。

3.1 変数へのアクセス

ローカルなBashバリアブルと同様に、ドル記号（$）のプレフィックスを使用して環境変数の値を読み取ることができます。

echo $PATH          # PATH変数の値を表示
echo "あなたのホームディレクトリは: $HOME" # 環境変数を文字列に埋め込む

3.2 すべての変数を表示

printenv または env: 現在のセッションでエクスポート済みのすべての環境変数をリスト表示します。
set: すべてのシェル変数をリスト表示します。これにはローカルバリアブル、環境変数、およびシェル関数が含まれます。このリストは通常非常に長くなります。

4. 実践デモンストレーションと事例解析

環境変数がどのように機能するか、いくつか実例を見てみましょう。

4.1 既存の環境変数を確認する

# 例 1.1: PATH変数を表示
echo "PATH変数の内容は: $PATH"
# 解説：PATHには、コロン (:) で区切られた一連のディレクトリパスが含まれています。
# コマンド（'ls'など）を入力すると、シェルはこれらのディレクトリ内を順番に探し、対応する実行プログラムを見つけます。

# 例 1.2: printenvの出力を確認
printenv | head -n 10
# 解説：現在の環境における最初の10個の環境変数とその値を表示します。

4.2 設定とエクスポート (Export)

ここでは、ローカルバリアブルと環境変数の「サブシェル (Subshell)」における動作の違いを実演します。

# 例 2.1: ローカルなシェルバリアブルを作成
my_local_variable="私はローカル変数です"
echo "ローカル変数の値: $my_local_variable"

# サブシェルを起動してアクセスを試みる
echo "サブシェルを起動してローカル変数のスコープをテスト中..."
bash -c 'echo "サブシェル内で読み取ったローカル変数: $my_local_variable"'
# 解説：出力は空になります。子プロセスはエクスポートされていない 'my_local_variable' を参照できないためです。

# 例 2.2: 環境変数を作成してエクスポート (export) する
export MY_ENVIRONMENT_VARIABLE="私は環境変数です"
echo "環境変数の値: $MY_ENVIRONMENT_VARIABLE"

# 再度サブシェルでアクセスを試みる
echo "サブシェルを起動して環境変数のスコープをテスト中..."
bash -c 'echo "サブシェル内で読み取った環境変数: $MY_ENVIRONMENT_VARIABLE"'
# 解説：今回は成功します！ 変数が export されたため、サブシェルがそれを継承しました。
# 出力は "私は環境変数です" となります。

4.3 既存の環境変数を修正する (PATHの例)

最も一般的な操作の1つは、自作ソフトウェアのパスを PATH 変数に追加することです。

# 例 3.1: 一時的に PATH へ新しいディレクトリを追加
# ホームディレクトリに自作スクリプト用のフォルダ ~/my_custom_tools があると仮定します
mkdir -p ~/my_custom_tools
echo 'echo "自作スクリプトの実行に成功しました！"' > ~/my_custom_tools/my_script.sh
chmod +x ~/my_custom_tools/my_script.sh

# 直接実行しようとすると通常は "command not found" となります
my_script.sh

# そのディレクトリを PATH 変数に追加します。
# 重要：既存のディレクトリを保持するために必ず $PATH を含め、コロン : で新しいディレクトリを繋ぎます
export PATH=$PATH:~/my_custom_tools
echo "更新後の PATH: $PATH"

# 再度実行を試みる
my_script.sh 
# これで実行に成功します！
# 注意：この修正は現在のターミナルウィンドウのみ有効です。永続化するには ~/.bashrc に export コマンドを記述してください。

4.4 環境変数の破棄

環境変数が不要になった場合は、unset コマンドを使用して現在のセッションから削除できます。

# 例 4.1: カスタム環境変数を破棄
unset MY_ENVIRONMENT_VARIABLE
printenv | grep MY_ENVIRONMENT_VARIABLE
# 解説：grep で変数を検索しても何も出力されないはずです。これは完全に削除されたことを示します。

5. ケーススタディ：環境変数を活用したシステム管理スクリプトの最適化

システム管理タスクの自動化を振り返ってみましょう。スクリプト内に特定のユーザーパスを固定（ハードコーディング）する代わりに、環境変数を利用することで、スクリプトの汎用性とポータビリティ（移植性）を高めることができます。

以下の、現在のユーザーの設定ファイルをバックアップするスクリプト (backup_configs.sh) を考えてみましょう。

#!/bin/bash
# 目的：現在のユーザーの Bash 設定ファイルをタイムスタンプ付きのディレクトリにバックアップする

# 1. $HOME 環境変数を使用してバックアップ用ベースディレクトリを動的に構築
BACKUP_BASE_DIR="$HOME/backups/bash_configs"

# タイムスタンプを作成し、最終的なバックアップ先ディレクトリを決定
TIMESTAMP=$(date +%Y%m%d_%H%M%S)
BACKUP_DIR="$BACKUP_BASE_DIR/$TIMESTAMP"

# 2. $USER 環境変数を使用してプロンプトを表示
echo "ユーザー $USER のバックアップ処理を開始します..."
echo "バックアップ先パス: $BACKUP_DIR"

mkdir -p "$BACKUP_DIR"

# バックアップ対象のファイルリストを定義（ここでも $HOME に依存）
CONFIG_FILES=(
    "$HOME/.bashrc"
    "$HOME/.profile"
)

for file in "${CONFIG_FILES[@]}"; do
    if [ -f "$file" ]; then 
        echo "$file をバックアップ中..."
        cp "$file" "$BACKUP_DIR/"
    fi
done

echo "ユーザー $USER のバックアップが完了しました。"

5.1 環境変数がもたらすメリット

ホームディレクトリの動的適応 ($HOME)：スクリプトを実行しているのが誰であっても、/home/user1 や /home/user2 を意識する必要がありません。$HOME は実行ユーザーのホームディレクトリとして自動的に解決されます。
アイデンティティの識別 ($USER)：スクリプトは $USER を使って、ログや画面出力に現在の操作ユーザーを明確に表示できます。
高いポータビリティ： システム間で共通の標準環境変数に依存しているため、このスクリプトはチーム内の誰にでも配布でき、異なる Linux ディストリビューション上でもコードを一行も修正せずに実行可能です。