# 리눅스 스크립트 첫 줄의 비밀: `#!/usr/bin/env bash` 와 `#!/bin/bash` 는 도대체 뭐냐?

리눅스에서 스크립트를 작성하면 습관처럼 맨 위에 이렇게 적습니다.

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

또는

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

겉으로 보기엔 그냥 주석 같은데… 이 한 줄의 **정체**는 뭘까요? 그리고 둘의 차이는 대체 뭘까요?
이 글에서는 이 한 줄을 제대로 이해해보고, 언제 어떤 방식을 써야 하는지까지 정리해보겠습니다.

---

## 1. 이건 주석이 아니다: shebang(쉐뱅)이란? {#sec-9f8041c620ba}

`#!` 로 시작하는 이 한 줄을 **shebang(쉐뱅)** 이라고 부릅니다.

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

쉘 입장에서는 `#` 로 시작하니까 분명 “주석”처럼 보입니다.
하지만 **운영체제(커널)** 입장에서는 이게 주석이 아니라:

> “이 스크립트를 실행할 **인터프리터 프로그램**이 어디에 있는지 알려주는 지시문”

입니다.

즉,

* `#!/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. 파일의 **첫 두 글자**가 `#!` 인지 확인
4. 맞다면, 그 줄의 나머지 부분을

   * “인터프리터의 경로 + 인자들” 로 인식하고
   * 그 프로그램을 실행하면서 **스크립트 파일 경로를 인자로 넘김**

예를 들어 `script.sh` 의 첫 줄이 이렇다면:

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

커널이 실제로 하는 일은 대략 이렇게 생각할 수 있습니다:

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

즉, 우리가 직접 `bash script.sh` 라고 실행한 것과 비슷한 동작을 커널이 대신 해주는 셈입니다.

> 참고:
> `#!/` 앞에 **공백이 있으면 안 됩니다.**
> 파일의 **첫 글자**가 `#`, 두 번째가 `!` 이어야 합니다.

---

## 3. `#!/bin/bash` 의 의미와 특징 {#sec-52f9e12dce0d}

가장 자주 보는 형태가 이거죠.

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

### 의미 {#sec-a97a945792d4}

* “이 스크립트는 **bash 스크립트**이며, `bash` 는 `/bin/bash` 에 있다.”
* 커널은 이 스크립트를 실행할 때 항상 `/bin/bash` 를 실행합니다.

### 장점 {#sec-a01bf708579d}

* **명확함**: 항상 `/bin/bash` 를 사용하니까, 어떤 bash가 사용될지 예측하기 쉽습니다.
* **성능/단순성**: `env`를 거치지 않고 바로 실행하므로, 경로 탐색 과정이 없습니다.
* 많은 리눅스 배포판에서 `/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 에만 properly 등록되어 있다면 `env`가 찾아줍니다.
   
2. **사용자 환경에 맞는 bash 사용**

   * 사용자가 `PATH` 를 커스텀해서 특정 버전의 bash를 우선 사용하게 해둔 경우, 그 bash를 그대로 사용하게 됩니다.

3. **파이썬 등에서도 같은 패턴으로 사용**

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

### 단점 {#sec-0ba7b1b3de08}

1. **/usr/bin/env 가 존재해야 한다는 전제**

   * 거의 모든 현대 유닉스/리눅스 시스템에 있지만, 아주 특수한 환경에서는 아닐 수도 있습니다.

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 없이도 작성된 script를 본 적이 있는데요? {#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` 를 기본값으로 사용하는 것**을 추천할 수 있습니다.

![image of shebang in linux script](https://blog.mikihands.com/media/editor_temp/6/692ed85d-0eb6-4fd1-ab7a-22a2d189175d.png "shebang의 작동원리이미지")