# Linuxスクリプト冒頭行の謎：`#!/usr/bin/env bash` と `#!/bin/bash` の正体とは？

[[Linux]]でスクリプトを作成する際、習慣的にファイルの先頭に次のように記述します。

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

または

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

一見すると単なるコメントのようですが、この一行の**正体**は何でしょうか？そして、両者の違いは一体どこにあるのでしょうか？
この記事では、この一行を深く理解し、それぞれの方式をいつどのように使い分けるべきかを解説します。

---

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

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

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

シェルから見れば`#`で始まるため、確かに「コメント」のように見えます。
しかし、**OS（カーネル）**の視点では、これはコメントではなく、

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

なのです。

つまり、

* `#!/bin/bash` → 「このファイルは`/bin/bash`で実行してください」
* `#!/usr/bin/env bash` → 「`env`を使って`bash`インタープリターを探し、そのプログラムでこのファイルを実行してください」

という意味になります。

---

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

実行プロセスを非常に単純化すると、次のようになります。

1. ユーザーが実行権限のあるスクリプトを実行

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

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

例えば`script.sh`の最初の行が次のようになっている場合：

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

カーネルが実際に行っていることは、おおよそ次のように考えることができます。

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

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

> 注記：
> `#!/`の前に**空白があってはなりません**。
> ファイルの**最初の文字**が`#`、2番目の文字が`!`である必要があります。

---

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

最もよく見かける形式がこれです。

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

### 意味 {#sec-a97a945792d4}

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

### メリット {#sec-a01bf708579d}

* **明確性**: 常に`/bin/bash`を使用するため、どのbashが使われるか予測しやすいです。
* **パフォーマンス/単純性**: `env`を介さずに直接実行されるため、パスの探索プロセスがありません。
* 多くの[[Linux]]ディストリビューションでは、`/bin/bash`は事実上「標準的な位置」として扱われます。

### デメリット {#sec-89064c01f1ea}

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

  * システムによっては、bashが`/usr/bin/bash`、`/usr/local/bin/bash`など、別のパスに存在する場合があります。
  * bash自体がインストールされておらず、`/bin/sh`のみが存在するシステムもあります。
* 特に**macOS、BSD系、NixOS、一部のコンテナ環境**などではパスが異なる場合があります。

---

## 4. `#!/usr/bin/env bash` の意味と特徴 {#sec-97cd6f02458d}
最近のスクリプトでよく見かける形式がこれです。

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

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

* `env`は「環境変数の設定/確認 + PATHからのプログラム検索」を支援するユーティリティです。

* カーネルは実際には次のように実行すると考えられます。

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

* `env`はシステムの`PATH`環境変数を見て、その中から`bash`実行ファイルを探し出して実行します。
### メリット {#sec-9bc2075d78b3}
1. **ポータブル性（多様な環境で動作）**

   * bashが`/bin/bash`にあろうと、`/usr/bin/bash`にあろうと、`/usr/local/bin/bash`にあろうと
   * PATHに適切に登録されていれば`env`が見つけてくれます。
   
2. **ユーザー環境に合わせたbashの使用**

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

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

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

### デメリット {#sec-0ba7b1b3de08}

1. **/usr/bin/env が存在するという前提**

   * ほとんどの現代のUnix/[[Linux]]システムには存在しますが、非常に特殊な環境ではそうでない場合もあります。

2. **PATHによって異なるインタープリターが選択される可能性**

   * PATH設定が複雑だったり、意図しないbashが優先されたりすると、望まないバージョンが実行される可能性があります。

3. **セキュリティの観点から注意が必要な場合**

   * 非常にセキュリティに敏感な環境では、PATHベースでインタープリターを探す方法を避け、**絶対パス**を好む場合もあります。

---

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

簡単な比較表で整理してみましょう。

| 項目               | #!/bin/bash  | #!/usr/bin/env bash   |
| ---------------- | -------------- | ----------------------- |
| インタープリター指定方法   | 絶対パス固定       | `PATH`から検索          |
| ポータブル性（多様なシステム互換） | 低い（パスが異なると動作しない） | 高い（bashがPATHにあればOK） |
| 使用されるbash    | 常に`/bin/bash` | PATHで最初に見つかった`bash`   |
| 意図したバージョン保証        | 比較的容易         | PATHの状態に依存する可能性あり    |
| セキュリティ/制御力           | より強い（パス固定）   | やや緩やか（PATH依存）      |
| 一般的な最新トレンド      | 比較的古いスタイル   | 最近はこちらが推奨される傾向     |

---

## 6. いつ、どちらを使うべきか？ {#sec-a9bac1ab9ba4}

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

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

* 一般的には、次を推奨します。

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

* 理由：  

  * 開発者が直接管理するサーバー、ローカル環境、CI環境などでbashのパスが異なる可能性があるため
  * PATHベースで検索して実行する方が柔軟性が高く、現代的なツールやスクリプトはこの方式を好む傾向にあるため

### 2) 特定のサーバー環境に特化した運用スクリプト {#sec-204ac6ba64d3}

* 例えば、社内の全てのサーバーで共通して`/bin/bash`にbashがインストールされており、

* サーバー環境がかなり固定されている場合：

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

* 理由：

  * 常に同じインタープリターの使用を保証できるため
  * PATHの変更による予期せぬ動作を減らせるため

### 3) 可能な限りポータブルにしたい場合 {#sec-6ef1b12d728e}

* 「bashが全くないかもしれない」と考えられる環境であれば、そもそもbashに依存するスクリプトが適切なのかを検討する必要があります。

* 可能であれば`sh`で記述し：

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

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

---

## 7. `#!/usr/bin/env bash` を使用する際のヒント {#sec-e5a739214684}

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

shebangを適切に活用するには、単にこのようにするのではなく：

```bash
bash script.sh   # ← このように実行するとshebangはほとんど意味がありません
```

次のように使用するのが良いでしょう。

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

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

### 2) 引数伝達の確認 {#sec-90ca3c9235bf}

例えば、`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-99b0325925f3}

### shebangなしで書かれたスクリプトを見たことがあるのですが？ {#sec-751234a46d29}

* その通りです、**常に必要というわけではありません**。

* 以下のように直接インタープリターを指定して実行する場合、shebangは不要です。たとえshebangが記述されていても無視されます。

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

* しかし、次のように実行したい場合は必ず必要です。

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

* 特に、他の人が再利用できる「ツール型」スクリプトであれば、**shebangはほぼ必須**と考えるのが良いでしょう。


### 「`#!/usr/bin/env`以外に`#!/bin/env`も使えると聞きましたが？」 {#sec-6de89a827da4}

* システムによっては`/bin/env`が存在することもあります。
* しかし、通常は`/usr/bin/env`の方がはるかに汎用的な標準位置です。
* 特別な理由がない限り、`#!/usr/bin/env …`を使用する方がより安全です。

---

## 9. 要約 {#sec-971578a5a9d1}

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

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

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

![Linuxスクリプトにおけるshebangのイメージ](https://blog.mikihands.com/media/editor_temp/6/692ed85d-0eb6-4fd1-ab7a-22a2d189175d.png "shebangの動作原理イメージ")