왜“ls | 파일”작업?

나는 명령 줄에 대해 연구하고 |(파이프 라인)은 명령의 출력을 다른 명령의 입력으로 리디렉션한다는 것을 알았습니다 . 그렇다면 왜 명령 ls | file이 작동하지 않습니까?

file 입력은 다음과 같은 파일 이름 중 하나입니다. file filename1 filename2

ls출력은 폴더의 디렉토리 및 파일 목록이므로 폴더 ls | file의 모든 파일의 파일 유형을 표시해야한다고 생각했습니다.

그러나 그것을 사용할 때 출력은 다음과 같습니다.

    Usage: file [-bcEhikLlNnprsvz0] [--apple] [--mime-encoding] [--mime-type]
        [-e testname] [-F separator] [-f namefile] [-m magicfiles] file ...
    file -C [-m magicfiles]
    file [--help]

file명령 사용법에 약간의 오류가 있었 으므로

근본적인 문제는 file파일 이름이 stdin이 아닌 명령 줄 인수로 예상 된다는 것 입니다. 당신이 쓸 때 ls | file의 출력 ls은에 입력으로 전달됩니다 file. 입력이 아닌 인수가 아닙니다.

차이점이 뭐야?

• 명령 줄 인수는 에서처럼 명령 뒤에 플래그와 파일 이름을 쓸 때 사용됩니다 cmd arg1 arg2 arg3. 쉘 스크립트에서 이러한 인수는 변수로 사용할 수있는 $1, $2, $3, 등으로 C 당신이 그들을 통해 액세스하는 것 char **argv및 int argc인수에 main().

• 표준 입력 stdin은 데이터 스트림입니다. 일부 프로그램 에는 명령 행 인수가 제공되지 않을 때 stdin을 읽 cat거나 wc읽습니다. 쉘 스크립트에서는 read한 줄의 입력을 얻는 데 사용할 수 있습니다 . C에서는 다양한 옵션 중에서 scanf()또는 을 사용할 수 getchar()있습니다.

file일반적으로 stdin에서 읽지 않습니다. 적어도 하나의 파일 이름이 인수로 전달 될 것으로 예상합니다. 그래서 ls | file인수를 전달하지 않았기 때문에을 쓸 때 사용법을 인쇄합니다 .

xargs에서와 같이 stdin을 인수로 변환 하는 데 사용할 수 있습니다 ls | xargs file. 여전히 terdon이 언급했듯이 파싱 ls은 나쁜 생각입니다. 이를 수행하는 가장 직접적인 방법은 다음과 같습니다.

file *

당신이 말했듯이, 입력은 filenamesfile 이어야하기 때문 입니다. 그러나 의 결과는 텍스트입니다. 파일 이름 목록이라는 것은 하드 드라이브의 파일 위치가 아니라 단순히 텍스트라는 사실을 변경하지 않습니다.ls

화면에 출력이 인쇄되면 텍스트가 표시됩니다. 해당 텍스트가 시인 지 또는 파일 이름 목록인지 여부는 컴퓨터와 차이가 없습니다. 아는 것은 텍스트라는 것입니다. 그렇기 때문에 ls텍스트를 입력 으로 사용 하는 프로그램에 출력을 전달할 수 있습니다 ( 실제로해서는 안 됨 ).

$ ls / | grep etc
etc

따라서 파일 이름 을 사용하는 명령에 대한 입력 으로 파일 이름을 텍스트 (예 : ls또는 find)로 나열하는 명령의 출력 을 사용하려면 몇 가지 트릭을 사용해야합니다. 이를위한 일반적인 도구는 다음과 xargs같습니다.

$ ls
file1 file2

$ ls | xargs wc
 9  9 38 file1
 5  5 20 file2
14 14 58 total

앞서 말했듯이, 당신은 정말로의 출력을 파싱하고 싶지 않습니다 ls. 같은 뭔가 find더합니다 ( print0을 인쇄 \0하는 대신 각 파일 이름 뒤에 newilne과 -0의는 xargs이 같은 입력을 처리 할 수 있습니다, 이것은 파일 이름은 줄 바꿈을 포함하여 명령의 작품을 만들 수있는 트릭입니다) :

$ find . -type f -print0 | xargs -0 wc
 9  9 38 ./file1
 5  5 20 ./file2
14 14 58 total

어느 것도 필요하지 않은 자체 방법이 있습니다 xargs.

$ find . -type f -exec wc {} +
 9  9 38 ./file1
 5  5 20 ./file2
14 14 58 total

마지막으로 쉘 루프를 사용할 수도 있습니다. 그러나 대부분의 경우 xargs훨씬 빠르고 효율적입니다. 예를 들면 다음과 같습니다.

$ for file in *; do wc "$file"; done
 9  9 38 file1
 5  5 20 file2

'|'을 배웠다 (파이프 라인)은 명령 의 출력 을 다른 명령의 입력으로 리디렉션 하기위한 것입니다.

출력을 "리디렉션"하지는 않지만 프로그램의 출력을 입력으로 사용하고 파일은 입력이 아닌 파일 이름을 인수 로 사용하여 테스트합니다. 리디렉션은 이러한 파일 이름을 파이핑 이 아닌 인수로 전달하지 않으며 나중에 수행하는 작업입니다.

--files-from테스트 할 모든 파일을 나열하는 파일이있는 경우 옵션 을 사용하여 파일에서 파일 이름을 읽으십시오 . 그렇지 않으면 파일의 경로를 인수로 전달하십시오.

허용 된 답변은 파이프 명령이 왜 간단하게 작동하지 않는지 설명하고 file *명령을 통해 간단하고 간단한 솔루션을 제공합니다.

언젠가는 유용한 다른 대안을 제안하고 싶습니다. 트릭은 백틱 (`)문자를 사용하고 있습니다. 백틱은 여기 에 매우 자세히 설명되어 있습니다 . 즉, 백틱으로 묶인 명령의 출력을 나머지 명령의 문자열로 대체합니다.

따라서 명령 find `ls`의 출력을 가져 와서 ls명령의 인수로 대체합니다 find. 이것은 허용되는 솔루션보다 길고 복잡하지만 다른 상황에서는 변형이 도움이 될 수 있습니다.

ls파이프 를 통한 출력은 각 행을 분리하는 0x0a (즉, 줄 바꿈 문자)를 가진 견고한 데이터 블록이며 file여러 문자가 한 번에 하나씩 작동 할 것으로 예상되는 하나의 매개 변수로 가져옵니다.

일반적으로 ls다른 명령에 대한 데이터 소스를 생성하는 데 사용하지 마십시오. 언젠가는 ..로 파이프 rm되어 문제가 생길 수 있습니다!

for i in *; do file "$i" ; done원하는 출력을 예측할 수 있는 루프를 사용하는 것이 좋습니다 . 공백이있는 파일 이름의 경우 따옴표가 있습니다.

파이프를 file사용하여 피드 하려면 -f일반적으로 파일 이름 뒤에 오는 옵션 을 사용 하지만 단일 하이픈 -을 사용하여 stdin에서 읽을 수도 있습니다.

$ ls
cow.pdf  some.txt
$ ls | file -f -
cow.pdf:       PDF document, version 1.4
some.txt:        ASCII text

하이픈을 사용한 속임수 -는 많은 표준 명령 줄 유틸리티와 함께 ​​작동 --하므로 (때로는 있지만 ) 항상 시도해 볼 가치가 있습니다.

이 도구 xarg는 훨씬 강력하며 대부분의 경우 인수 목록이 너무 긴 경우에만 필요합니다 (자세한 내용은 이 게시물 참조).

아래처럼 사용 명령이 작동합니다.

ls | xargs file

그것은 나에게 더 잘 작동합니다

이것은 또한 작동해야합니다 :

file $(ls)

뿐만 아니라 여기에 설명 : https://unix.stackexchange.com/questions/5778/whats-the-difference-between-stuff-and-stuff