$ '\ 0'이 (가) ''와 같은 이유는 무엇입니까?

몇 개의 파일로 작업을 수행하는 일반적인 방법은 다음과 같습니다.

for f in $(ls); do …

이제 공백이나 다른 이상한 문자가있는 파일로부터 안전하기 위해 순진한 방법은 다음과 같습니다.

find . -type f -print0 | while IFS= read -r -d '' file; …

여기서는에서와 -d ''같이 ASCII NUL을 설정하는 줄임말입니다 -d $'\0'.

그러나 왜 그렇습니까? 왜 ''와 $'\0'같은? 빈 문자열이있는 Bash의 C 루트로 인해 항상 null로 종료됩니까?

는 man page of bash읽

          -d delim
                 The first character of delim is  used  to  terminate  the
                 input line, rather than newline.

문자열은 일반적으로 null로 끝나기 때문에 빈 문자열의 첫 번째 문자는 null 바이트입니다. -이해가 되네요 :)

소스는 다음과 같습니다.

static unsigned char delim;
[...]
    case 'd':
      delim = *list_optarg;
      break;

빈 문자열의 delim경우 단순히 널 바이트입니다.

bash에는 서로를 보상하는 두 가지 결함이 있습니다.

쓰면 $'\0'내부적으로 빈 문자열과 동일하게 취급됩니다. 예를 들면 다음과 같습니다.

$ a=$'\0'; echo ${#a}
0

그건 내부적으로 bash에 저장하기 때문에 모든 문자열 C에 있는 문자열, null로 끝나는 - 널 바이트 마크 문자열의 끝. Bash는 문자열을 문자열의 일부가 아닌 첫 번째 null 바이트로 자동으로 자릅니다.

# a=$'foo\0bar'; echo "$a"; echo ${#a}
foo
3

내장 -d옵션에 대한 인수로 문자열을 전달하면 readbash는 문자열의 첫 번째 바이트 만 봅니다. 그러나 실제로 문자열이 비어 있지 않은지 확인하지 않습니다. 내부적으로 빈 문자열은 널 바이트 만 포함하는 1 요소 바이트 배열로 표시됩니다. 따라서 bash는 문자열의 첫 번째 바이트를 읽는 대신이 널 바이트를 읽습니다.

그런 다음 내부적으로 read내장 뒤에있는 기계 는 널 바이트와 잘 작동합니다. 구분자를 찾을 때까지 바이트 단위로 계속 읽습니다.

다른 쉘은 다르게 동작합니다. 예를 들어 ash와 ksh는 입력을 읽을 때 널 바이트를 무시합니다. ksh를 사용하면 ksh -d ""개행까지 읽습니다. 쉘은 이진 데이터가 아니라 텍스트에 잘 맞도록 설계되었습니다. Zsh는 예외입니다. null 바이트를 포함하여 임의의 바이트를 처리하는 문자열 표현을 사용합니다. zsh에서 $'\0'길이가 1 인 문자열입니다 (그러나 read -d ''이상하게 동작합니다 read -d $'\0').