使用類Unix系統的同學可能都對“#!”這個符號並不陌生，但是你真的了解它嗎？
這個符號的名稱，叫做”Shebang”或者”Sha-bang”。長期以來，Shebang都沒有正式的中文名稱。Linux中國翻譯組的GOLinux將其翻譯為“釋伴”，即“解釋伴隨行”的簡稱，同時又是Shebang的音譯。本文將簡單介紹一下Shebang這個符號。
用法
Shebang通常出現在類Unix系統的腳本中第一行，作為前兩個字符。在Shebang之后，可以有一個或數個空白字符，后接解釋器的絕對路徑，用於指明執行這個腳本文件的解釋器。在直接調用腳本時，系統的程序載入器會分析 Shebang 后的內容，將這些內容作為解釋器指令，並調用該指令，將載有 Shebang 的文件路徑作為該解釋器的參數，執行腳本，從而使得腳本文件的調用方式與普通的可執行文件類似。例如，以指令#!/bin/sh開頭的文件，在執行時會實際調用 /bin/sh 程序（通常是 Bourne shell 或兼容的 shell，例如 bash、dash 等）來執行。
由於 # 符號在許多腳本語言中都是注釋標識符，Shebang 的內容會被這些腳本解釋器自動忽略。 在 # 字符不是注釋標識符的語言中，例如 Scheme，解釋器也可能忽略以 #! 開頭的首行內容，以提供與 Shebang 的兼容性。
Shebang的一些具體用法羅列如下：
1、如果腳本文件中沒有#!這一行，那么執行時會默認采用當前Shell去解釋這個腳本(即：$SHELL環境變量）。
2、如果#!之后的解釋程序是一個可執行文件，那么執行這個腳本時，它就會把文件名及其參數一起作為參數傳給那個解釋程序去執行。
3、如果#!指定的解釋程序沒有可執行權限，則會報錯“bad interpreter: Permission
denied”。如果#!指定的解釋程序不是一個可執行文件，那么指定的解釋程序會被忽略，轉而交給當前的SHELL去執行這個腳本。
4、如果#!指定的解釋程序不存在，那么會報錯“bad interpreter: No such file or directory”。注意：#!之后的解釋程序，需要寫其絕對路徑（如：#!/bin/bash），它是不會自動到$PATH中尋找解釋器的。
5、當然，如果你使用類似於”bash test.sh”這樣的命令來執行腳本，那么#!這一行將會被忽略掉，解釋器當然是用命令行中顯式指定的bash。
6、腳本文件必須擁有可執行權限。
Shebang的好處在於，允許腳本和數據文件充當系統命令，無需在調用時由用戶指定解釋器，從而對用戶和其它程序隱藏其實現細節。下面我們一起來看幾個典型的例子：
#!/bin/sh：使用 sh，即 Bourne shell 或其它兼容 shell 執行腳本
#!/bin/csh：使用 csh，即 C shell 執行
#!/usr/bin/perl -w：使用帶警告的 Perl 執行
#!/usr/bin/python -O：使用具有代碼優化的 Python 執行
#!/usr/bin/php：使用 PHP 的命令行解釋器執行
Shebang 行也可以包含需要傳遞到解釋器的特定選項（如上述的 Perl 和 Python 例子）。
這里有兩點需要注意的地方:
(1).之前我們提到過，解釋器指令本身會被解釋器認為是單純的注釋而跳過。 然而，並不是每一種解釋器都會自動忽略Shebang行，例如對於下面的腳本，
#!/bin/cat
Hello world!
cat 會把文件中的兩行都輸出到標准輸出中。
(2).使用 #!/usr/bin/env 腳本解釋器名稱 是一種常見的在不同平台上都能正確找到解釋器的辦法。因為env一般固定在/usr/bin目錄下，而其余解釋器的安裝位置就相對不那么固定。但是，用env時你應該注意這么一個事實：傳遞給解釋器的argv和你想象得並不一樣。下面這個就是不對的：
#!/usr/bin/env perl -w
shell會提示：/usr/bin/env: perl -w: No such file or directory。錯誤的根源就在於 perl -w 被當成了整體傳遞給env。
最后，我們來總結一下Shebang的幾點要求：
#! 必須連接在一起
#! 一句必須在文件的最開始，第一行
# 開頭的語句一般情況下會被當成注釋而忽略，所以Shebang 對文件的內容是沒有影響的
#! 開頭的一行會設置解釋器運行環境