Czy istnieje polecenie bash, które zlicza pliki pasujące do wzorca?

Na przykład chcę uzyskać liczbę wszystkich plików w katalogu, które pasują do tego wzorca: log*

Ten prosty jednolinijkowy powinien działać w każdej powłoce, nie tylko w bashu:

ls -1q log* | wc -l

ls -1q da ci jedną linię na plik, nawet jeśli zawierają spacje lub znaki specjalne, takie jak nowe linie.

Dane wyjściowe są przesyłane potokiem do wc -l, które zlicza liczbę wierszy.

Możesz to zrobić bezpiecznie (tj. Nie będziesz mieć problemów z plikami ze spacjami lub \nw ich nazwie) za pomocą basha:

$ shopt -s nullglob
$ logfiles=(*.log)
$ echo ${#logfiles[@]}

Musisz włączyć nullglob, aby nie uzyskać literału *.logw $logfiles tablicy, jeśli żaden plik nie pasuje. (Zobacz Jak „cofnąć” polecenie „set -x” ?, aby zapoznać się z przykładami bezpiecznego resetowania).

Wiele odpowiedzi tutaj, ale niektóre nie biorą pod uwagę

• nazwy plików zawierające spacje, znaki nowej linii lub znaki sterujące
• nazwy plików zaczynające się od myślników (wyobraź sobie plik o nazwie -l)
• ukryte pliki, które zaczynają się kropką (jeśli glob był *.logzamiastlog*
• katalogi, które pasują do globu (np. katalog o nazwie, logsktóry pasuje log*)
• puste katalogi (czyli wynik to 0)
• bardzo duże katalogi (wymienienie ich wszystkich może wyczerpać pamięć)

Oto rozwiązanie, które obsługuje je wszystkie:

ls 2>/dev/null -Ubad1 -- log* | wc -l

Wyjaśnienie:

• -Upowoduje, lsże wpisy nie są sortowane, co oznacza, że ​​nie musi ładować całej listy katalogów do pamięci
• -bwypisuje znaki specjalne w stylu C dla znaków niegraficznych, powodując, że znaki nowej linii są drukowane jako \n.
• -adrukuje wszystkie pliki, nawet pliki ukryte (niepotrzebne, gdy glob log*nie sugeruje żadnych ukrytych plików)
• -dwypisuje katalogi bez próby wypisania zawartości katalogu, co lsnormalnie by zrobił
• -1 upewnia się, że jest w jednej kolumnie (ls robi to automatycznie podczas pisania do potoku, więc nie jest to bezwzględnie konieczne)
• 2>/dev/nullprzekierowuje stderr, więc jeśli jest 0 plików dziennika, zignoruj ​​komunikat o błędzie. (Zauważ, shopt -s nullglobże spowodowałoby tols to wyświetlenie zamiast tego całego katalogu roboczego).
• wc -lzużywa listę katalogów podczas generowania, więc dane wyjściowe lsnigdy nie są w pamięci w żadnym momencie.
• --Nazwy plików są oddzielone od polecenia za pomocą, --aby nie były rozumiane jako argumenty do ls(w przypadku log*usunięcia)

Powłoka będzie rozszerzyć log*do pełnej listy plików, które mogą wyczerpać pamięć, jeśli jest dużo plików, więc następnie uruchomienie go przez grep ma być lepiej:

ls -Uba1 | grep ^log | wc -l

Ten ostatni obsługuje bardzo duże katalogi plików bez zajmowania dużej ilości pamięci (chociaż używa podpowłoki). Nie -djest już potrzebny, ponieważ wyświetla tylko zawartość bieżącego katalogu.

W przypadku wyszukiwania rekurencyjnego:

find . -type f -name '*.log' -printf x | wc -c

wc -cpoliczy liczbę znaków na wyjściu find, a -printf xmówi, findże wypisuje po jednym xdla każdego wyniku.

W przypadku wyszukiwania nierekurencyjnego wykonaj następujące czynności:

find . -maxdepth 1 -type f -name '*.log' -printf x | wc -c

Przyjęta odpowiedź na to pytanie jest nieprawidłowa, ale mam niską reprezentację, więc nie mogę dodać do niej komentarza.

Prawidłowej odpowiedzi na to pytanie udziela Mat:

shopt -s nullglob
logfiles=(*.log)
echo ${#logfiles[@]}

Problem z akceptowaną odpowiedzią polega na tym, że wc -l zlicza liczbę znaków nowej linii i liczy je, nawet jeśli wypisują na terminal jako „?” na wyjściu 'ls -l'. Oznacza to, że zaakceptowana odpowiedź NIE powiedzie się, gdy nazwa pliku zawiera znak nowej linii. Przetestowałem sugerowane polecenie:

ls -l log* | wc -l

i błędnie zgłasza wartość 2, nawet jeśli istnieje tylko 1 plik pasujący do wzorca, którego nazwa zawiera znak nowej linii. Na przykład:

touch log$'\n'def
ls log* -l | wc -l

Jeśli masz dużo plików i nie chcesz używać eleganckiego shopt -s nullglobrozwiązania tablicowego i bash, możesz użyć funkcji find i tak dalej, o ile nie drukujesz nazwy pliku (która może zawierać znaki nowej linii).

find -maxdepth 1 -name "log*" -not -name ".*" -printf '%i\n' | wc -l

Spowoduje to znalezienie wszystkich plików, które pasują do dziennika * i które nie zaczynają się od .*- „Nie nazwa. *” Jest zbędne, ale ważne jest, aby pamiętać, że domyślnym ustawieniem „ls” jest nie pokazywanie plików z kropkami, ale domyślne ponieważ find to ich uwzględnienie.

To jest prawidłowa odpowiedź i obsługuje dowolne nazwy plików, które możesz do niego rzucić, ponieważ nazwa pliku nigdy nie jest przekazywana między poleceniami.

Ale shopt nullglobodpowiedź jest najlepszą odpowiedzią!

Oto moja jedyna wkładka do tego.

 file_count=$( shopt -s nullglob ; set -- $directory_to_search_inside/* ; echo $#)

Możesz użyć opcji -R, aby znaleźć pliki wraz z plikami wewnątrz katalogów rekurencyjnych

ls -R | wc -l // to find all the files

ls -R | grep log | wc -l // to find the files which contains the word log

możesz użyć wzorów na grep

Ważna uwaga

(niewystarczająca reputacja do komentowania)

To jest BUGGY :

ls -1q some_pattern | wc -l

Jeśli shopt -s nullglobzdarzy się, że zostanie ustawiony, wypisuje liczbę WSZYSTKICH zwykłych plików, a nie tylko tych ze wzorcem (testowane na CentOS-8 i Cygwin). Kto wie, jakie inne bezsensowne błędy lsmają?

To jest PRAWIDŁOWE i znacznie szybsze:

shopt -s nullglob; files=(some_pattern); echo ${#files[@]};

Wykonuje oczekiwaną pracę.

Możesz łatwo zdefiniować takie polecenie, używając funkcji powłoki. Ta metoda nie wymaga żadnego zewnętrznego programu i nie generuje żadnego procesu potomnego. Nie próbuje niebezpiecznego lsparsowania i dobrze radzi sobie ze znakami „specjalnymi” (spacje, znaki nowej linii, ukośniki odwrotne itd.). Opiera się tylko na mechanizmie rozszerzania nazw plików udostępnianym przez powłokę. Jest kompatybilny przynajmniej z sh, bash i zsh.

Poniższy wiersz definiuje funkcję o nazwie count która wypisuje liczbę argumentów, z którymi została wywołana.

count() { echo $#; }

Po prostu nazwij to pożądanym wzorem:

count log*

Aby wynik był poprawny, gdy wzorzec globowania nie pasuje, opcja powłoki nullglob(lub failglob- co jest domyślnym zachowaniem w zsh) musi być ustawiona w momencie rozwinięcia. Można to ustawić w następujący sposób:

shopt -s nullglob    # for sh / bash
setopt nullglob      # for zsh

W zależności od tego, co chcesz policzyć, możesz być również zainteresowany opcją powłoki dotglob .

Niestety, przynajmniej w przypadku basha nie jest łatwo ustawić te opcje lokalnie. Jeśli nie chcesz ustawiać ich globalnie, najprostszym rozwiązaniem jest użycie funkcji w bardziej zawiły sposób:

( shopt -s nullglob ; shopt -u failglob ; count log* )

Jeśli chcesz odzyskać lekką składnię count log*lub naprawdę chcesz uniknąć tworzenia podpowłoki, możesz zhakować coś w następujący sposób:

# sh / bash:
# the alias is expanded before the globbing pattern, so we
# can set required options before the globbing gets expanded,
# and restore them afterwards.
count() {
    eval "$_count_saved_shopts"
    unset _count_saved_shopts
    echo $#
}
alias count='
    _count_saved_shopts="$(shopt -p nullglob failglob)"
    shopt -s nullglob
    shopt -u failglob
    count'

Jako bonus, ta funkcja ma bardziej ogólne zastosowanie. Na przykład:

count a* b*          # count files which match either a* or b*
count $(jobs -ps)    # count stopped jobs (sh / bash)

Przekształcając funkcję w plik skryptu (lub równoważny program w C), wywoływany z PATH, można ją również komponować z programami takimi jak findi xargs:

find "$FIND_OPTIONS" -exec count {} \+    # count results of a search

Dużo się zastanawiałem nad tą odpowiedzią, zwłaszcza biorąc pod uwagę rzeczy, które nie są analizowane . Na początku próbowałem

<OSTRZEŻENIE! NIE DZIAŁAŁO>

du --inodes --files0-from=<(find . -maxdepth 1 -type f -print0) | awk '{sum+=int($1)}END{print sum}'

</ OSTRZEŻENIE! NIE DZIAŁAŁO>

co działało, gdyby istniała tylko nazwa pliku, taka jak

touch $'w\nlf.aa'

ale nie udało się, jeśli utworzyłem taką nazwę pliku

touch $'firstline\n3 and some other\n1\n2\texciting\n86stuff.jpg'

W końcu wymyśliłem to, co poniżej. Uwaga: Próbowałem uzyskać liczbę wszystkich plików w katalogu (bez żadnych podkatalogów). Myślę, że wraz z odpowiedziami @Mat i @Dan_Yard, a także mając co najmniej większość wymagań stawianych przez @mogsie (nie jestem pewien co do pamięci). Myślę, że odpowiedź @mogsie jest poprawna, ale zawsze staram się trzymać z daleka od analizowania, lschyba że jest to wyjątkowo specyficzna sytuacja.

awk -F"\0" '{print NF-1}' < <(find . -maxdepth 1 -type f -print0) | awk '{sum+=$1}END{print sum}'

Bardziej czytelnie:

awk -F"\0" '{print NF-1}' < \
  <(find . -maxdepth 1 -type f -print0) | \
    awk '{sum+=$1}END{print sum}'

Robi to wyszukiwanie specjalnie dla plików, ograniczając wyjście znakiem null (aby uniknąć problemów ze spacjami i wysunięciami), a następnie zliczając liczbę znaków null. Liczba plików będzie o jeden mniejsza niż liczba znaków null, ponieważ na końcu będzie znak pusty.

Aby odpowiedzieć na pytanie PO, należy rozważyć dwa przypadki

1) Wyszukiwanie nierekurencyjne:

awk -F"\0" '{print NF-1}' < \
  <(find . -maxdepth 1 -type f -name "log*" -print0) | \
    awk '{sum+=$1}END{print sum}'

2) Wyszukiwanie rekurencyjne. Zwróć uwagę, że to, co znajduje się w -nameparametrze, może wymagać zmiany w celu uzyskania nieco innego zachowania (ukryte pliki itp.).

awk -F"\0" '{print NF-1}' < \
  <(find . -type f -name "log*" -print0) | \
    awk '{sum+=$1}END{print sum}'

Jeśli ktoś chciałby skomentować porównanie tych odpowiedzi z tymi, o których wspomniałem w tej odpowiedzi, zrób to.

Uwaga, dotarłem do tego procesu myślowego, otrzymując tę odpowiedź .

Oto, co zawsze robię:

ls log * | awk „END {print NR}”

ls -1 log* | wc -l

Oznacza to wyświetlenie jednego pliku w wierszu, a następnie przekazanie go do polecenia zliczania słów z przełączaniem parametrów na liczbę wierszy.

Aby policzyć wszystko, po prostu potokiem ls do linii liczącej słowa:

ls | wc -l

Aby liczyć ze wzorem, najpierw potokuj do grep:

ls | grep log | wc -l