Dosya içeriğini stdout'a çıkarmak için komut?

Bunu catyapabileceğimi biliyorum , ancak asıl amacı yalnızca içeriği görüntülemek yerine birleştirmektir.

Ayrıca biliyorum lessve more, ancak sadece bir dosyanın içeriğini terminale çıkaran basit bir şey arıyorum ( çağrı cihazı değil ) ve böyle bir şey varsa, bunun için özel olarak yapılmış.

En belirgin olanı cat. Ama, aynı zamanda bir göz headve tail. Çizgi ile bir dosya hattını yazdırmak için diğer kabuk utillities da vardır: sed, awk, grep. Ancak bunlar dosya içeriğini değiştirmek veya dosyanın içinde arama yapmaktır.

Hangisinin en etkili olduğunu tahmin etmek için birkaç test yaptım. straceEn az sistem çağrısının hangisinin yapıldığını görmek için tüm yoldan koşarım . Dosyamın 1275 satırı var.

• awk: 1355 sistem çağrısı
• cat: 51 sistem çağrısı
• grep: 1337 sistem çağrısı
• head: 93 sistem çağrısı
• tail: 130 sistem çağrısı
• sed: 1378 sistem çağrısı

Gördüğünüz gibi, catdosyaları birleştirmek için tasarlanmış olsa bile , en hızlı ve en etkili olanıdır. sed, awkVe grep, dosyayı satır satır baskılı onlar daha o 1275 sistem çağrıları neden.

Bunu catyapabileceğimi biliyorum , ancak asıl amacı yalnızca içeriği görüntülemek yerine birleştirmektir.

Bunun amacı cattam olarak bir dosyayı okumak ve stdout'a çıkarmaktır.

İlk olarak, etkileşimli bir kabuğa komutun bir parçası olarak yazılsa catbile, mutlaka bir terminal olması gerekmeyen standart çıktıya yazar cat. Standart çıktı yönlendirildiğinde bile terminale yazmak için bir şeye ihtiyacınız varsa, bu o kadar kolay değildir (hangi terminali belirtmeniz gerekir, komut komuttan çalıştırılırsa bir tane bile olmayabilir). (ab) komut yalnızca bir boru hattının bir parçasıysa standart hata çıktısını kullanabilir. Ama catişi gerçekten yaptığını söylediğinden beri , böyle bir durum hakkında soru sormadığını düşünüyorum.

Amacınız bir boru hattına standart çıktıya yazılanları göndermek olsaydı, o zaman kullanarak catuygun olacaktır Kedi Ödülü Yararsız Kullanımı beri, cat file | pipeline(burada pipelineherhangi bir boru hattı için duruyor) daha verimli olarak yapılabilir <file pipeline. Fakat yine de, sizin ifadelerinizden bunun sizin niyetiniz olmadığını anlıyorum.

Bu yüzden endişelendiğin şey o kadar net değil. Yazmak için catçok uzun bulursanız , bir veya iki karakterli takma ad tanımlayabilirsiniz (standart Unix'te kullanılmayan kalan birkaç isim vardır). Ancak catişe yaramaz döngüleri harcayan endişeleriniz varsa, yapmamalısınız.

nullArgüman almayan ve standart girdiyi standart çıktıya (boru hatları için nötr nesne) kopyalayan bir program olsaydı , istediğinizi yapabilirsiniz <file null. Böyle bir program yoktur, ancak yazması kolay olur (yalnızca bir satırlık mainişlevli bir C programı işi yapabilir), ancak catargüman olmadan çağrı yapmak (ya cat -da açık olmak istiyorsanız) bunu yapar.

Bir olsaydı nocattam olarak bir dosya ismi argümanı programı yapamam, eğer şikayet, dosyayı açmaya çalışırsa, aksi takdirde, o sizin için soruyorsunuz sadece ne olacağını standart çıkışa dosyadan kopyalamak ilerler. nullDosyayı açmak, test etmek ve muhtemelen şikayette bulunmak gibi ana işlerden yazmak biraz daha zordur (titizseniz, tam olarak bir argüman olduğuna dair bir test eklemek ve başka türlü şikayet etmek de isteyebilirsiniz). Fakat yine de cat, şimdi tek bir argümanla sağlanan, sadece bunu yapar, bu nedenle herhangi bir nocatprograma gerek yoktur .

nocatProgramı yazmayı başardıktan sonra , neden tek bir tartışmada durdun? Kodu bir döngüye sokmak for(;*argp!=NULL;++argp)gerçekten hiç çaba sarf etmiyor, ikiliye en fazla birkaç makine talimatı ekliyor ve yanlış sayıda argümandan (daha fazla talimatı saklayan) şikayet etmekten kaçınıyor. Voilà cat, birleştirici dosyaların ilkel bir sürümü . (Dürüst olmak gerekirse, biraz düzenlemelisiniz, böylece argümanlar olmadan aynı şekilde davranırlar null.)

Tabii ki gerçek catprogramda, her zaman yaptıkları için birkaç çan ve ıslık eklediler. Ancak öz, catmaliyetlerin “birleştirilmesi” özelliğinin , ne programcı ne de makineyi yürüten makine için gerçekten hiç çaba sarfetmemesidir. Bu tür programların yokluğunu catvurguladığı nullve nocataçıkladığı gerçeği . catSonuç bir boru hattına girerse tek bir argüman kullanmaktan kaçının , ancak sadece terminaldeki dosya içeriğini göstermek için kullanılıyorsa, bağlantılı olduğum sayfa bile bunun yararlı bir kullanım olduğunu kabul eder, bu catyüzden tereddüt etmeyin.

Bunu test edebilir catgerçekten hypthetical etrafında basit bir döngü tarafından uygulanmaktadır nocatarayarak işlevselliği catyerine hemen bu dosya var olmadığını şikayet yerine,: Bir geçersiz ad değil, birinci konumda aralarında birkaç dosya adları ile catilk önce gelen döker geçerli dosyalar ve ardından geçersiz dosya hakkında şikayetler (en azından kedimin davranış şekli budur).

altında zshdenemede

<file

Bir dosyayı basmanın en kısa yolu olduğuna inanıyorum. 'Hidden' kullanır cat(veya morestdout bir terminal ise), ancak yazdırma için kullanılan komut READNULLCMDdoğrudan komut adıyla veya hatta bazı fonksiyonlarla güvenle üzerine yazabileceğiniz değişkenle kontrol edilir . Örneğin, satır numaralandırmalı dosyaları yazdırmak için:

numcat() { nl -s'> ' -w2 - }
READNULLCMD=numcat
<file

POSIX, kediyi şöyle tanımlar :

ADI

cat - dosyaları birleştirmek ve yazdırmak

ÖZET

kedi [-u] [dosya ...]

AÇIKLAMA

Cat programı dosyaları sırayla okuyacak ve içeriklerini standart sıraya aynı sırayla yazacaktır.

Bu yüzden burada birleştirmek sırayla dosyaları okumak anlamına gelir .

Bunun çok gergin bir soru olduğunu biliyorum. Teknik olarak, bir dosyanın içeriğini bir stdoutbirleştirme şekli olduğu için yazdırmak anlamlıdır cat. Bunun printfanlamsal olarak verileri biçimlendirmek ve yazdırmak için tasarlandığını unutmayın . Bash ayrıca girdilerin ve çıktıların dosyalara yönlendirilmesi için sözdizimi sağlar. Bunların bir kombinasyonu bunu üretebilir:

printf '%s' "$(<file.txt)"

Yerleşikleri kullanmak bashve alt işlem oluşturmayı önleme:

{ while IFS='' read -rd '' _bcat_; do printf '%s\0' "${_bcat_}"; done; printf '%s' "${_bcat_}"; unset _bcat_; } <'/path/to/file'

IFSsadece readkomuta uygulanacak , bu nedenle global IFSdeğişiklikleriniz için endişelenmeyin .

Boş karakterleri işlemek için gerekli döngü (Stéphane Chazelas sayesinde).

Bu dosya büyük dosyalar için uygun değildir, çünkü dosya içeriği önce değişkene (yani hafızaya) okunur. BTW Bu şekilde 39M metin dosyasını yazdırmayı denedim ve bash bellek kullanımı 5M'yi geçmedi, bu nedenle bu durumdan emin değilim.

Ayrıca yavaş yavaş ve CPU verimsiz: Aynı 39M dosya için% 100 tek çekirdekli kullanımı ile ~ 3 dakika sürdü.

Büyük dosyalar veya ikili dosyalar için daha iyi, cat '/path/to/file'hatta dd if='/path/to/file' bs=1Mmümkün olsa bile .

Sadece bir gösteri olarak yapabilirsin.

cp foo /dev/stdout