#!/usr/bin/env 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,程式語言或者任意一個通用程式。
總結起來,要規規舉舉地按照秩序行。
相關文章
- /usr/bin/python與/usr/bin/env python的區別Python
- python中#!/usr/bin/python與#!/usr/bin/env python的區別Python
- 【jenkins】/usr/bin/env: php: No such file or directoryJenkinsPHP
- 啟動 Laravel-Sail 服務時遇到的 /usr/bin/env: 'bash\r' 錯誤LaravelAI
- /bin、/sbin、/usr/bin、/usr/sbin、/usr/local/sbin放置可執行檔案的區別
- /usr/bin/ld: cannot find -lopenblas
- -bash: /usr/local/bin/pod: /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/ruby: b...Framework
- /usr/bin/expect的簡單使用
- Php cli模式下執行報錯/usr/bin/php: /usr/local/lib/libxml2.so.2: no version information available (required by /usr/bin/php)PHP模式XMLORMAIUI
- Anaiable執行出現[WARNING]: Platform linux on hostis using the discovered Python interpreter at /usr/bin/pythonAIPlatformLinuxPython
- Sub-process /usr/bin/dpkg returned an error codeError
- python升級帶來的yum異常:File "/usr/bin/yum", line 30Python
- You don't have write permissions for the /usr/bin directory.
- Authentication is required to run /usr/bin/x-terminal-emulator as rootUI
- 一分鐘看懂頭部 shell #!/usr/bin 命令
- mac下/usr/local/bin No such file or directory問題解決Mac
- frepplectl解決報錯:bash: /usr/bin/frepplectl: Permission denied
- 關於/usr/bin/ld: cannot find -lXX的問題
- WSL:Sub-process /usr/bin/dpkg returned an error code (1)Error
- code EACCESnpm ERR! syscall renamenpm ERR! path /usr/local/bin/webpack errno -13NPMWeb
- (轉載)關於usr/bin/ld: cannot find -lxxx問題總結
- 記一次危險的操作——誤刪/usr/bin目錄
- iOS開發除錯之報錯:Command /usr/bin/codesign failed with exit code 1iOS除錯AI
- 解決Make時,“/usr/bin/ld: 找不到 -lXXX”問題的三種方法
- linux輸入yum後提示: -bash: /usr/bin/yum: No such file or directory的解決方案Linux
- conda support env+python versionPython
- laravel5.8 如何修改.env路徑?如修改./.env為./env/product.envLaravel
- [Bash] env
- env config
- iOS逆向第一步:class-dump無法拷貝入/usr/bin內問題解決方案iOS
- Docker的ARG、ENV和.env配置完整指南Docker
- 安裝opencv報錯/usr/bin/ld: warning: libpcre.so.1, needed by /home//anaconda3/lib/libglib-2.0.so.0OpenCV
- 虛擬環境bin/python: bad interpreter: No such file or directoryPython
- 完美解決stack Error: Can‘t find Python executable “python“, you can set the PYTHON env variable.ErrorPython
- 理解webpack之process.env.NODE_ENV詳解(十八)Web
- macOSmkdir:/usr/var:OperationnotpermittedMacMIT
- process.env.NODE_ENV環境變數vue2.x變數Vue
- brew update /usr/local is not writable
- Could not find or access '/etc/ansible/bin/cfssljson /etc/ansible/bin/cfsslJSON