Dlaczego istnieje różnica w wynikach między użyciem

find . -exec ls '{}' \+

i

find . -exec ls '{}' \;

Mam:

$ find . -exec ls  \{\} \+
./file1  ./file2

.:
file1  file2  testdir1

./testdir1:
testdir2

./testdir1/testdir2:


$ find . -exec ls  \{\} \;
file1  file2  testdir1
testdir2
./file2
./file1

Najlepiej można to zilustrować na przykładzie. Powiedzmy, że findpowoduje wyświetlenie tych plików:

file1
file2
file3

Użycie -execze średnikiem ( find . -exec ls '{}' \;) spowoduje wykonanie

ls file1
ls file2
ls file3

Ale jeśli zamiast tego użyjesz znaku plus ( find . -exec ls '{}' \+), jak najwięcej nazw plików zostanie przekazanych jako argumenty do pojedynczego polecenia:

ls file1 file2 file3

Liczba nazw plików jest ograniczona jedynie maksymalną długością wiersza poleceń systemu. Jeśli polecenie przekroczy tę długość, zostanie wywołane wiele razy.

Wszystkie dotychczasowe odpowiedzi są poprawne. Proponuję to jako jaśniejszą (dla mnie) demonstrację zachowania, które jest opisane przy użyciu, echoa nie ls:

Ze średnikiem polecenie echojest wywoływane raz na każdy znaleziony plik (lub inny obiekt systemu plików):

$ find . -name 'test*' -exec echo {} \;
./test.c
./test.cpp
./test.new
./test.php
./test.py
./test.sh

Z plusem polecenie echojest wywoływane tylko raz. Każdy znaleziony plik jest przekazywany jako argument.

$ find . -name 'test*' -exec echo {} \+
./test.c ./test.cpp ./test.new ./test.php ./test.py ./test.sh

Jeśli pojawi findsię duża liczba wyników, może się okazać, że polecenie, które nazywamy, dławi liczbę argumentów.

Od man find:

-exec polecenie;

Wykonaj polecenie; prawda, jeśli zwracany jest status 0. Wszystkie następujące argumenty do znalezienia są traktowane jako argumenty polecenia, aż do argumentu składającego się z „;” napotkano. Ciąg „{}” jest zastępowany przez aktualnie przetwarzaną nazwę pliku wszędzie tam, gdzie występuje w argumentach polecenia, a nie tylko w argumentach, w których występuje samodzielnie, jak w niektórych wersjach find. Obie te konstrukcje mogą wymagać zmiany znaczenia (z '\') lub zacytowania, aby chronić je przed ekspansją przez powłokę. Zobacz sekcję PRZYKŁADY sec, aby zobaczyć przykłady użycia opcji '-exec'. Określone polecenie jest uruchamiane raz dla każdego dopasowanego pliku. Polecenie jest wykonywane w katalogu startowym. Istnieją nieuniknione problemy związane z bezpieczeństwem związane z używaniem opcji -exec;

-exec polecenie {} +

Ten wariant opcji -exec uruchamia określone polecenie na wybranych plikach, ale wiersz poleceń jest tworzony przez dołączenie nazwy każdego wybranego pliku na końcu ; całkowita liczba wywołań polecenia będzie znacznie mniejsza niż liczba dopasowanych plików. Linia poleceń jest zbudowana w podobny sposób, w jaki xargs buduje swoje linie poleceń. W poleceniu dozwolone jest tylko jedno wystąpienie „{}”. Polecenie jest wykonywane w katalogu startowym.

Tak więc, tak jak rozumiem, \;wykonuje osobne polecenie dla każdego znalezionego pliku find, podczas gdy \+dołącza pliki i wykonuje pojedyncze polecenie na wszystkich z nich. \Jest znakiem ucieczki, więc jest to:

ls testdir1; ls testdir2 

vs

ls testdir1 testdir2

Wykonanie powyższego w mojej powłoce odzwierciedlało wynik twojego pytania.

przykład, kiedy chciałbyś użyć \+

Załóżmy, że dwa pliki 1.tmpi 2.tmp:

1. tmp:

1
2
3

2. tmp:

0
2
3

Z \;:

 find *.tmp -exec diff {} \;
> diff: missing operand after `1.tmp'
> diff: Try `diff --help' for more information.
> diff: missing operand after `2.tmp'
> diff: Try `diff --help' for more information.

Natomiast jeśli używasz \+(do łączenia wyników find):

find *.tmp -exec diff {} \+
1c1,3
< 1
---
> 0
> 2
> 30

W tym przypadku jest to różnica między diff 1.tmp; diff 2.tmpidiff 1.tmp 2.tmp

Są przypadki, w których \;jest to właściwe i \+będzie konieczne. Korzystanie \+z programu with rmjest jednym z takich przypadków, w którym w przypadku usuwania dużej liczby plików wydajność (szybkość) będzie wyższa \;.

findma specjalną składnię. Używasz takich, {}jakie są, ponieważ mają one znaczenie do znalezienia jako ścieżki do znalezionego pliku, a (większość) powłok nie interpretuje ich inaczej. Potrzebujesz odwrotnego ukośnika, \;ponieważ średnik ma znaczenie dla powłoki, która zjada go, zanim będzie findmógł go uzyskać. Więc to, co findchce zobaczyć PO zakończeniu powłoki, na liście argumentów przekazanej do programu w C, to

„-exec”, „rm”, „{}”, „;”

ale potrzebujesz \;w wierszu poleceń, aby uzyskać średnik przez powłokę do argumentów.

Możesz uciec, \{\}ponieważ cytowana przez powłokę interpretacja \{\}jest słuszna {}. Podobnie możesz użyć „{}”.

To, czego nie możesz zrobić, to użyć

 -exec 'rm {} ;'

ponieważ powłoka interpretuje to jako jeden argument,

"-exec", "rm {};"

i rm {} ;nie jest nazwą polecenia. (Przynajmniej chyba, że ​​ktoś naprawdę się kręci.)

Aktualizacja

różnica jest pomiędzy

$ ls file1
$ ls file2

i

$ ls file1 file2

+Jest catenating nazwy na linii poleceń.

Różnica między ;(średnikiem) a +(znakiem plusa) polega na tym, jak argumenty są przekazywane do parametru find -exec/ -execdir. Na przykład:

• użycie ;spowoduje wykonanie wielu poleceń (osobno dla każdego argumentu),

  Przykład:

  $ find /etc/rc* -exec echo Arg: {} ';'
  Arg: /etc/rc.common
  Arg: /etc/rc.common~previous
  Arg: /etc/rc.local
  Arg: /etc/rc.netboot
  

  Wszystkie następujące argumenty do findsą traktowane jako argumenty polecenia.

  Ciąg {}jest zastępowany przez aktualnie przetwarzaną nazwę pliku.

• użycie +spowoduje wykonanie najmniejszej możliwej liczby poleceń (ponieważ argumenty są łączone). Jest to bardzo podobne do działania xargspolecenia, więc użyje jak największej liczby argumentów na polecenie, aby uniknąć przekroczenia maksymalnego limitu argumentów w wierszu.

  Przykład:

  $ find /etc/rc* -exec echo Arg: {} '+'
  Arg: /etc/rc.common /etc/rc.common~previous /etc/rc.local /etc/rc.netboot
  

  Wiersz poleceń jest tworzony przez dołączenie na końcu każdej wybranej nazwy pliku.

  {}W poleceniu dozwolone jest tylko jedno wystąpienie .

Zobacz też:

• man find
• Używanie średnika (;) vs plus (+) z exec w funkcji find w SO
• Proste polecenie unix, co to jest {} i \; o w SO
• Jakie jest znaczenie {} + w poleceniu find -exec? w Unix

próbowaliśmy znaleźć plik do sprzątania.

odnaleźć . -exec echo {} \; komenda przebiegła przez noc w końcu bez rezultatu.

odnaleźć . -exec echo {} \ + daje wyniki i zajęło tylko kilka godzin.

Mam nadzieję że to pomoże.