# Linuxスクリプトの先頭行の秘密：`#!/usr/bin/env bash` と `#!/bin/bash` その正体と違いとは？

Linuxでスクリプトを記述する際、慣例として最初に以下のように記述します。

```bash
#!/usr/bin/env bash
```

または

```bash
#!/bin/bash
```

見た目は単なるコメントのように見えますが、この一行の**正体**は何でしょうか？そして、両者の違いは何でしょうか？
この記事ではこの一行を正しく理解し、いつどの方法を使うべきかを整理します。

---

## 1. これはコメントではない：shebang（シェバン）とは？ {#sec-c5964e1324a9}

`#!` で始まるこの一行を **shebang（シェバン）** と呼びます。

```bash
#!/bin/bash
```

シェルの文法では `#` から行末まではコメントとして扱われるため、一見コメントのように見えます。
しかし OS（正確にはカーネル）から見るとこれはコメントではなく、

> 「このスクリプトを実行する **インタープリタプログラム** がどこにあるかを示す指示文」

です。

つまり、

* `#!/bin/bash` → 「このファイルは `/bin/bash` で実行してほしい」
* `#!/usr/bin/env bash` → 「`env` を通じて `bash` インタープリタを探し、これで実行してほしい」

という意味になります。

---

## 2. カーネルはスクリプトをどう実行するか？ {#sec-b43ff7c3bf41}

実行プロセスを非常に簡略化すると以下のようになります：

1. ユーザーが実行権限を付与したスクリプトを実行します。

```bash
chmod +x script.sh
./script.sh
```
 
2. カーネルが `script.sh` を読み込む
3. ファイルの **最初の二文字** が `#!` であるかを確認し、
4. もしそうであれば、その行の残りを

   * 「インタープリタのパス + 引数」 として認識し
   * そのプログラムを実行する際に **スクリプトファイルのパスを引数として渡す**

例えば `script.sh` の最初の行が

```bash
#!/bin/bash
```

であれば、カーネルが実際に行うことはおおよそ以下のようになります：

```bash
/bin/bash script.sh
```

つまり、私たちが直接 `bash script.sh` と実行したのと同じ動作をカーネルが代わりに行ってくれるということです。

> 参考：
> `#!/` の前に **スペースを入れてはいけません**。ファイルの **最初の文字** が `#`、そして2文字目が `!` である必要があります。

---

## 3. `#!/bin/bash` の意味と特徴 {#sec-fe825c70e77f}

最もよく見られる形です。

```bash
#!/bin/bash
```

### 意味 {#sec-077cd484f591}

* 「このスクリプトは **bash スクリプト** で、`bash` は `/bin/bash` にある」
* カーネルはこのスクリプトを実行するとき常に `/bin/bash` を起動します。

### 長所 {#sec-8152ddfa03b1}

* **明確**：常に `/bin/bash` を使うので、どの bash が使われるか予測しやすい。
* **性能/単純性**：`env` を経由せず直接実行するので、パス探索の手間がありません。
* 多くの Linux ディストリビューションで `/bin/bash` は「標準位置」として扱われます。

### 短所 {#sec-680ed1bc3b07}

* **ポータブルでない可能性**

  * あるシステムでは bash が `/usr/bin/bash`、`/usr/local/bin/bash` など、別のパスに配置されている場合があります。
  * あるシステムでは bash がそもそもインストールされておらず、`/bin/sh` だけしかない場合もあります。
* 特に **macOS、BSD 系、NixOS、いくつかのコンテナ環境** などではパスが異なることがあります。

---

## 4. `#!/usr/bin/env bash` の意味と特徴 {#sec-3fc8bb7f8940}

最近のスクリプトでよく見られる形です。

```bash
#!/usr/bin/env bash
```

ここでのキーポイントは `/usr/bin/env` です。

* `env` は環境変数を設定してコマンドを起動でき、また、PATH 環境変数から実行ファイルを探索してくれるユーティリティです。

* カーネルは実際に以下のように実行すると考えてください：

  ```bash
  /usr/bin/env bash script.sh
  ```

* `env` はシステムの `PATH` 環境変数を参照し、その中から `bash` 実行ファイルを探して実行します。

### 長所 {#sec-f16777a80f7d}

1. **ポータブル（さまざまな環境でうまく動く）**

   * bash が `/bin/bash` であっても、`/usr/bin/bash` であっても、`/usr/local/bin/bash` であっても
   * PATH に正しく登録されていれば `env` が見つけてくれます。
   
2. **ユーザー環境に合わせた bash を使用**

   * ユーザーが `PATH` をカスタマイズして特定バージョンの bash を優先させている場合、その bash をそのまま使用します。

3. **Python などでも同じパターンで使用**

   ```python
   #!/usr/bin/env python3
   ```

### 短所 {#sec-10dc523cab54}

1. **/usr/bin/env が存在しなければならない前提**

   * ほぼすべての現代 Unix/Linux システムにありますが、非常に特殊な環境では存在しない可能性もあります。

2. **PATH によって別のインタープリタが拾われる可能性**

   * PATH 設定が乱れていると、予期しない bash が先に拾われてしまうことがあります。

3. **セキュリティ面で注意が必要な場合も**

   * 非常にセキュリティに厳しい環境では、PATH に基づいてインタープリタを探す方式が好まれないため、**絶対パス** を好むこともあります。

---

## 5. 両方式の比較まとめ {#sec-11f1b799fae9}

簡単な比較表で整理します。

| 区分 | #!/bin/bash | #!/usr/bin/env bash |
| ---- | ------------ | --------------------- |
| インタープリタ位置指定方式 | 絶対パス固定 | `PATH` を通じて検索 |
| ポータブル性（さまざまなシステムでの互換性） | 低い（パスが違えば壊れる） | 高い（bash が PATH にあれば OK） |
| どの bash を使うか | 常に `/bin/bash` | PATH で最初に見つかった `bash` |
| 意図したバージョンの一貫性 | 比較的容易 | PATH の状態により変わる |
| セキュリティ/制御力 | より強い（パス固定） | 少し緩い（PATH 依存） |
| 一般的な最新トレンド | 相対的に古いスタイル | 最近はこの方が推奨される傾向 |

---

## 6. いつ何を使うと良いか？ {#sec-c55f0813e186}

「結局、どちらを使えば良いのか？」という疑問に対し、状況別に整理します。

### 1) 個人用 / チーム開発用スクリプト（一般的な開発環境） {#sec-698ec700893b}

* ほぼ以下の使用を推奨します。

  ```bash
  #!/usr/bin/env bash
  ```

* 理由：

  * 開発者が直接管理するサーバー、ローカル環境、CI 環境などで bash の位置が異なることがある
  * PATH ベースで探して実行する方が柔軟で、現代的なツール/スクリプトがこの方式を好む

### 2) 特定サーバー環境に合わせた運用スクリプト {#sec-77de62f81745}

* 例えば、社内のすべてのサーバーが共通で `/bin/bash` に bash をインストールしている場合、
* サーバー環境がかなり固定されているなら：

  ```bash
  #!/bin/bash
  ```

* 理由：

  * 常に同じインタープリタを使うことを保証
  * PATH の変更による予期しない動作を減らせる

### 3) 本当に最大限ポータブルにしたい場合？ {#sec-fddbabfec545}

* 「bash がそもそも無いかもしれない」と想定される環境であれば、
  bash に依存するスクリプトが適切か再検討する必要があります。

* 可能であれば `sh` で記述し、以下のようにします：

  ```bash
  #!/bin/sh
  ```

* これの方がはるかに広い環境で動きます。ただし bash 固有の構文（`[[ ]]`、配列、拡張文字列処理など）は使えません。

---

## 7. `#!/usr/bin/env bash` を使う際の実践的ヒント {#sec-932eeac8efe6}

### 1) スクリプトの実行方法 {#sec-4476bd27257e}

shebang を正しく活用するには、単に以下のように実行するだけでなく、

```bash
bash script.sh   # ← こう実行すると shebang はほぼ意味がない
```

以下のように実行することをお勧めします。

```bash
chmod +x script.sh   # 実行権限付与
./script.sh          # 直接実行
```

こうすればカーネルが `#!` を読み取り、指定されたインタープリタを使用してくれます。

### 2) 引数渡しの確認 {#sec-37e8cb959066}

例えば `test.sh` を以下のように作成したとします。

```bash
#!/usr/bin/env bash
echo "スクリプト: $0"
echo "引数: $@"
```

実行：

```bash
chmod +x test.sh
./test.sh hello world
```

出力：

```text
スクリプト: ./test.sh
引数: hello world
```

ここで `$0` は「スクリプトファイル自身のパス」で、
カーネルが実際には `/usr/bin/env bash test.sh hello world` のように実行している点だけ覚えておけば十分です。

---

## 8. よくある誤解 {#sec-f8f61b6e7727}

### 「最初の行はただのコメントだから書かなくてもいいのでは？」 {#sec-7683dbf32e22}

* そうです、**必ずしも必要ではありません**。

* 直接インタープリタを指定して実行すれば shebang は無視されます。

  ```bash
  bash myscript.sh
  python3 myscript.py
  ```

* しかし以下のように実行したい場合は必須です。

  ```bash
  ./myscript.sh
  ./myscript.py
  ```

* 特に他人が使う「ツール型」スクリプトなら **shebang はほぼ必須** と考えておくと良いです。

### 「`#!/usr/bin/env` 以外に `#!/bin/env` も使えるのでは？」 {#sec-b5e8525c749e}

* あるシステムには `/bin/env` がある場合もあります。
* しかし通常は `/usr/bin/env` がより汎用的な標準位置です。
* 特別な理由がなければ `#!/usr/bin/env …` を使う方が安全です。

---

## 9. まとめ {#sec-66d2ef86916c}

* `#!/usr/bin/env bash` と `#!/bin/bash` は **コメントではなく、カーネルに「このスクリプトをどのインタープリタで実行するか」を伝える指示文** です。
* `#!/bin/bash`

  * 常に `/bin/bash` を使用 → **固定環境で予測可能、ただしポータブルではない**
* `#!/usr/bin/env bash`

  * `PATH` で bash を探して使用 → **より柔軟でポータブル、ただし PATH 状態に左右される**
* 一般的な開発/デプロイ環境で「現代的なスタイル」でスクリプトを記述するのであれば、
  **`#!/usr/bin/env bash` をデフォルトとすること** を推奨します。

![image of shebang in linux script](https://blog.mikihands.com/media/editor_temp/6/692ed85d-0eb6-4fd1-ab7a-22a2d189175d.png "shebangの動作原理イメージ")