#!Hat kullanıldığında önce komut dosyası çalıştırılır sonra ihmal, ne zaman komut dosyası çalışır.
Shebang çizgisi ile sıradan bir yorum arasındaki farkın ne olduğunu soruyorsun .
İle başlayan bir çizgi, ile başlayan #!herhangi bir diğer çizgi kadar bir yorumdur #. Bu, #!dosyanın ilk satırı veya başka bir yerde olması durumunda geçerlidir . #!/bin/sh bir etkisi var , ancak tercümanın kendisi tarafından okunmuyor .
#tüm programlama dillerinde bir yorum değildir, ancak bildiğiniz gibi, Bourne tarzı kabuklarda shve bash( ve çoğu Bourne tarzı olmayan kabuk gibi csh) bir yorumdur . Aynı zamanda Python'da bir yorum . Ve gerçekten hiçbir komut dosyası olmayan (gibi /etc/fstab) çeşitli yapılandırma dosyalarındaki bir yorumdur .
Bir kabuk betiğinin ile başladığını varsayalım #!/bin/sh. Bu bir yorumdur ve yorumlayıcı (kabuk) #karakterden sonra satırdaki her şeyi dikkate almaz .
Bir #!hattın amacı tercümana bilgi vermemektir. #!Çizginin amacı , işletim sistemine (veya tercümanı hangi işlem başlattıysa) tercüman olarak ne kullanılacağını söylemektir .
Eğer betiği çalıştırılabilir bir dosya olarak çağırırsanız, örneğin, çalıştırarak ./script.sh, sistem ilk satırına başlayıp başlamadığını #!, ardından sıfır veya daha fazla boşluk bırakıp ardından bir komutu takip edip etmediğini kontrol eder . Eğer öyleyse, bu komutu betiğin adı ile argüman olarak çalıştırır. Bu örnekte çalışır /bin/sh script.sh(veya teknik olarak /bin/sh ./script.sh).
Senaryoyu tercümanı açıkça çağırarak çağırırsanız, #!satıra asla danışılmaz. Yani, eğer kaçarsan sh script.sh, ilk çizginin etkisi olmaz. Eğer script2.shilk satır ise #!/usr/games/nibbles, çalışan sh script2.shbetiği açmaya çalışmayacaktır nibbles(ama ./script2.sholacaktır).
Her iki durumda da betiğin uzantısının ( .sh), birinin olması durumunda çalışma biçimini etkilemediğini fark edersiniz . Unix benzeri bir sistemde, bu normal olarak komut dosyasının nasıl çalıştığını etkilemez. Windows gibi bazı diğer sistemlerde, #!shebang satırı tamamen sistem tarafından yok sayılabilir ve uzantı, komut dosyalarını neyin çalıştığını belirleyebilir. (Bu, scriptlerinize uzantılar vermeniz gerektiği anlamına gelmez, ancak bunu yaparsanız doğru olmalarının sebeplerinden biridir.)
#!tam da bu amaca hizmet etmek için seçildi, çünkü # yorum yapmaya başladı. #!Hat sisteminin değil, tercüman için, ve yorumlayıcı tarafından göz ardı edilmelidir.
Bash Scriptleri için Shebang Line
Sen (aslında) sen senaryo #!/bin/shiçin kullandığını söylemiştin bash. Bunu sadece komut dosyası herhangi bir bashuzantıya shihtiyaç duymuyorsa yapmalısınız - komut dosyasını çalıştırabilmeniz gerekir. shher zaman bir sembolik bağlantı değildir bash. Çoğu zaman, üzerinde de dahil olmak üzere tüm uzaktan son Debian ve Ubuntu sistemleri , shsembolik köprü ise dash.
Python Scriptleri için Shebang Line
Ayrıca (sorunuzun ilk versiyonunda, düzenlemeden önce) Python komut dosyalarınızı başlattığınızı söylemiştiniz #!/bin/sh read by the interpretor. Kelimenin tam anlamıyla demek istiyorsan, kesinlikle bunu yapmayı bırakmalısın. Bu hello.pysatırla başlarsa , çalışan ./hello.pyçalıştırır:
/bin/sh read by the interpretor hello.py
/bin/shread( by the interpretor hello.pyargümanlarıyla birlikte) adlı bir komut dosyasını çalıştırmayı deneyecek read, (umarım) bulunmayacak ve Python komut dosyanız bir Python yorumlayıcısı tarafından asla görülmeyecektir.
Bu hatayı yapıyorsanız ancak tarif ettiğim bir sorunu yaşamıyorsanız, muhtemelen Python komut dizilerinizi tercümanı (örneğin python hello.py) açıkça belirterek ilk satırın yoksayılmasına neden olarak çağırıyorsunuz . Komut dosyalarınızı başkalarına dağıttığınız veya uzun bir süre sonra kullandığınız zaman, bunun çalışması için bunun gerekli olduğu açık olmayabilir. Onları şimdi düzeltmek en iyisidir. Ya da en azından ilk satırı tamamen kaldırın, böylece ./hata mesajı ile çalışamadıklarında mantıklı olurlar .
Python komut dosyaları için, Python yorumlayıcısının nerede olduğunu (veya olacağını) biliyorsanız, #!satırı aynı şekilde yazabilirsiniz :
#!/usr/bin/python
O bir Python 3 senaryo Ya da, sen belirtmelisiniz python3beri, pythonhemen hemen her zaman Python 2'dir :
#!/usr/bin/python3
Bununla birlikte, sorun /bin/shher zaman olması gerektiği ve işletim sistemi ile birlikte gelen /bin/bashsistemlerde neredeyse her zaman olduğu varsayılırken bash, Python çeşitli yerlerde var olabilir.
Bu nedenle, birçok Python programcısı bunun yerine bunu kullanır:
#!/usr/bin/env python
(Veya #!/usr/bin/env python3Python 3 için)
Bu, senaryoyu envdoğru yerde pythonolmak yerine "doğru yerde" olmaya dayandırır . Bu iyi bir şey çünkü:
envneredeyse her zaman içinde bulunur /usr/bin.- Çoğu sistemde, hangisini çalıştırmanız
python gerektiğine bakılmaksızın, betiğinde ilk görünen PATH. Make run hello.pyile başlayan , (neredeyse) koşmaya eşdeğerdir .#!/usr/bin/env python./hello.py/usr/bin/env python hello.pypython hello.py
Kullanamamanın nedeni #!pythonşudur:
- Belirtilen tercümanın mutlak bir yolla (yani ile başlayan
/) verilmesini istiyorsunuz .
- Çağıran işlem
python mevcut dizinde yürütülür . Komut eğik çizgi içermediğinde yolu aramak belirli bir kabuk davranışıdır.
Bazen bir Python veya bir kabuk betiği olmayan başka bir komut dosyası, başka bir kodun #!/bin/sh ...bulunduğu yerden başlayarak bir shebang satırına sahip olacaktır .... Bu bazen doğrudur, çünkü Bourne uyumlu kabuğu ( sh) bir Python yorumlayıcısı çağırmak için argümanlarla çağırmanın bazı yolları vardır . (Argümanlardan biri muhtemelen içerecektir python.) Ancak, çoğu amaç için, #!/usr/bin/env pythondaha basit, daha zarif ve istediğiniz şekilde çalışması daha muhtemeldir.
Diğer Dillerde Shebang Çizgileri
Birçok programlama ve komut dosyası dili ve diğer bazı dosya formatları #yorum olarak kullanılır. Bunlardan herhangi biri için, dilde bir dosya, programı sonraki satırda belirterek argüman olarak alan bir program tarafından çalıştırılabilir #!.
Bazı programlama dillerinde #normal olarak bir yorum değildir, ancak özel bir durum olarak, ilk satır başlıyorsa yoksayılır #!. Bu, başka bir satırda bir yorum yapmamakla #!birlikte #, sözdiziminin kullanımını kolaylaştırır .
Shebang Scriptleri Olarak Çalışmayan Dosyalar için Satırlar
Daha az sezgisel olsa da, dosya formatı #!bir yürütülebilir satırın tam yolunu izleyen bir ilk satırı barındırabilen herhangi bir dosyada bir Shebang satırı olabilir. Bunu yaparsanız ve dosya çalıştırılabilir olarak işaretlenirse, bir program gibi çalıştırabilir ... bir belge gibi açılmasına neden olabilir.
Bazı uygulamalar bu davranışı bilerek kullanır. Örneğin, VMware'de .vmxdosyalar sanal makineleri tanımlar. Sanal bir makineyi bir komut dosyasıymış gibi çalıştırabilirsiniz "çünkü bu dosyalar çalıştırılabilir olarak işaretlenir ve bir VMware yardımcı programında açılmalarına neden olan bir shebang satırı vardır.
Shebang Satırları Komut Dosyaları Olarak Çalıştırılmıyor ancak Her Komut Dosyası Olarak Çalışıyor
rmdosyaları siler. Bir betik dili değil. Ancak, başlatılabilir #!/bin/rmve çalıştırılabilir olarak işaretlenmiş bir dosya çalıştırılabilir ve çalıştırdığınızda, dosyaya rmçağrılır ve silinir.
Bu genellikle "dosya kendini siler" olarak kavramsallaştırılır. Ancak dosya gerçekten hiç çalışmıyor. Bu daha yukarıda .vmxdosyalar için açıklanan duruma benzer .
Yine de, #!satır basit bir komutun çalıştırılmasını kolaylaştırdığından (komut satırı argümanları dahil), bu şekilde komut dosyası yazabilirsiniz. Şundan daha karmaşık bir "senaryo" örneği olarak #!/bin/rmdüşünün:
#!/usr/bin/env tee -a
Bu, kullanıcı girdisini etkileşimli olarak alır, kullanıcı satır satır tekrar eko yapar ve "script" dosyasının sonuna ekler.
İşe yarar? Çok değil. Kavramsal olarak ilginç? Kesinlikle! Evet. (Biraz.)
Kavramsal Olarak Benzer Programlama / Script Yazma Kavramları (sadece eğlence için)
#include. Orada da,#bir yorum anlamına gelmez.