#!/usr/bin/env python

shaderdx發表於2015-09-12
Python

指令碼語言的第一行，目的就是指出，你想要你的這個檔案中的程式碼用什麼可執行程式去執行它，就這麼簡單

#!/usr/bin/python是告訴作業系統執行這個指令碼的時候，呼叫/usr/bin下的python直譯器；
#!/usr/bin/env python這種用法是為了防止作業系統使用者沒有將python裝在預設的/usr/bin路徑裡。當系統看到這一行的時候，首先會到env設定裡查詢python的安裝路徑，再呼叫對應路徑下的直譯器程式完成操作。


#!/usr/bin/python相當於寫死了python路徑;
#!/usr/bin/env python會去環境設定尋找python目錄,推薦這種寫法




#!/bin/bash是指此指令碼使用/bin/bash來解釋執行。
其中，#!是一個特殊的表示符，其後，跟著解釋此指令碼的shell路徑。
bash只是shell的一種，還有很多其它shell，如：sh,csh,ksh,tcsh,...
我們可以通過以下一個示例來進行實驗，瞭解#!/bin/bash的使用。
1）#!/bin/bash只能放在第一行，如果後面還有#!，那麼只能看成是註釋。
這裡有三個指令碼（指令碼都要使用”chmod +x  scriptname“命令來獲得可執行許可權）：
tbash1.sh:
#!/bin/sh
source abc
echo "hello abc"

tbash2.sh:
#!/bin/bash
source abc
echo "hello abc"

tbash3.sh:
source abc
echo "hello abc"

三個指令碼執行的結果：
[nsvc@localhost other]$ ./tbash1.sh 
./tbash1.sh: line 2: abc: No such file or directory
注：當source命令執行有問題時，sh不再往下面執行。
[nsvc@localhost other]$ ./tbash2.sh 
./tbash2.sh: line 2: abc: No such file or directory
hello abc
注：當source命令執行有問題時，bash繼續執行下面命令。
[nsvc@localhost other]$ ./tbash3.sh 
./tbash3.sh: line 1: abc: No such file or directory
hello abc
注：自身登入系統所在的shell是bash。所以，當source命令執行有問題時，bash繼續執行下面命令。

如果將tbash1.sh改成：
echo "abc"
#!/bin/sh
source abc
echo "hello abc"
那麼，執行結果是：
[nsvc@localhost other]$ ./tbash1.sh 
abc
./tbash1.sh: line 3: abc: No such file or directory
hello abc
也就是說，指令碼忽略了第二行“#!/bin/sh"，直接使用當前所在的shell（也就是bash）來解釋指令碼。

當把tbash1.sh改成：
#!/bin/sh
#!/bin/bash
source abc
echo "hello abc"
執行結果為：
[nsvc@localhost other]$ ./tbash1.sh 
./tbash1.sh: line 3: abc: No such file or directory
當執行完source命令時，並沒有往下執行。說明，#!/bin/sh這一行起到作用了，但#!/bin/bash並沒有起作用。在指令碼中，不在第一行的#!/bin/bash，只是一個註釋。

2）#!後面的路徑一定要正確，不正確會報錯。
假如，我們把tbash1.sh中第一行的#!後面加了一個不存在的路徑”/home/sh“：
#!/home/sh
source abc
echo "hello abc"
執行結果為：
[nsvc@localhost other]$ ./tbash1.sh 
-bash: ./tbash1.sh: /home/sh: bad interpreter: No such file or directory
系統會提示/home/sh的路徑不存在。

3）如果一個指令碼在第一行沒有加上#!+shell路徑這一行，那麼，指令碼會預設當前使用者登入的shell，為指令碼直譯器。
在1）中，指令碼tbash3.sh的執行結果，就是用當前自己登入的shell（bash）解釋後的結果。我們通常所用的shell都是bash，如果哪天登入到sh，再使用以上型別的指令碼，就會有問題。以下是自己登入到sh下，執行tbash3.sh的結果：
-sh-3.2$ ./tbash3.sh 
./tbash3.sh: line 1: abc: 沒有那個檔案或目錄
與1）中的執行結果是不一樣的。
因此，大家應該養成指令碼首行加上#!+shell路徑的習慣。

4）/bin/sh相當於/bin/bash --posix
我們將指令碼tbash1.sh改為：
#!/bin/bash --posix
source abc
echo "hello abc"
執行結果：
[nsvc@localhost other]$ ./tbash1.sh 
./tbash1.sh: line 2: abc: No such file or directory
與tbash1.sh原指令碼執行的結果一樣。

我們還可以以tbash3.sh為示例。
用以下命令來執行該指令碼：
[nsvc@localhost other]$ bash tbash3.sh
tbash3.sh: line 1: abc: No such file or directory
hello abc
[nsvc@localhost other]$ sh tbash3.sh 
tbash3.sh: line 1: abc: No such file or directory
[nsvc@localhost other]$ bash --posix tbash3.sh 
tbash3.sh: line 1: abc: No such file or directory
 "bash tbash3.sh"表示使用bash來作為指令碼直譯器來執行tbash3.sh。同樣，也可以使用如”sh 指令碼名“這樣的命令，來用sh作為指令碼直譯器。
從結果可以看出，/bin/bash --posix與/bin/sh的執行結果相同。總結起來，sh跟bash的區別，實際上是bash有沒開啟posix模式的區別。遵守posix規範，可能包括，”當某行程式碼出錯時，不繼續往下執行。“

最後加上一點說明，每個指令碼開頭都使用"#!"，#!實際上是一個2位元組魔法數字，這是指定一個檔案型別的特殊標記，在這種情況下，指的就是一個可執行的指令碼。在#!之後，接一個路徑名，這個路徑名指定了一個解釋指令碼命令的程式，這個程式可以是shell，程式語言或者任意一個通用程式。

總結起來，要規規舉舉地按照秩序行。

相關文章