로컬 Windows 머신에서 개발한 PHP 프로그램을 Linux 서버에 업로드하고, 브라우저를 통해 해당 인터페이스에 접속한 결과, 반환된 데이터 앞에 설명할 수 없는 문자 '-'가 있는 것을 발견했습니다. 매우 수수께끼였습니다. 이후 네트워크 패킷 캡처를 통해 인터페이스가 데이터를 반환하기 전에 더 많은 EF BB BF가 있음을 발견했습니다. 뚜렷한 이유 없이 이런 버그가 발생하는 것은 항상 매우 실망스럽습니다. 몇번의 시도에도 여전히 해결되지 않았으나 막연하게 문자 인코딩 문제일지도 모른다는 생각이 들어서 PHPStorm을 사용하여 새 파일을 만든 후 이전에 버그가 있던 파일의 내용을 다시 작성했습니다(다행히도 파일은 너무 크지는 않았습니다.) 예, svn을 사용하는 경우 파일을 이전 버그 없는 버전으로 롤백한 다음 다시 업로드해야 문제가 실제로 해결됩니다. 이유를 따지지 않고 기쁜 마음으로 포기했습니다.
원래는 버그가 없어질 줄 알았는데 나중에 또 만나서 도저히 참을 수 없었습니다. 이번에 코드를 보는 방법은 로컬 머신에서 수정한 뒤 서버에 다시 업로드하는 것이 아니라, 서버에서 vim으로 직접 열어서 한 줄씩 보는 방법이다. 그 결과는 놀라웠습니다. vim 파일 헤더에 '
여기서는 먼저 utf8, utf16, utf32 인코딩에 대해 이야기합니다. 이 인코딩은 여러 바이트에 해당하므로 일반적으로 utf16 및 utf32에서는 BOM(Byte Order Mark)을 사용합니다. , 눈에 보이지 않는 문자)는 내부 인코딩(Big/Little Endian)의 바이트 순서를 식별하며 BOM에 utf8을 추가하거나 추가하지 않을 수 있습니다. 일반적으로 우리가 사용하는 편집기의 utf8 인코딩은 BOM 식별자를 추가하지 않지만 Windows의 메모장은 utf8 인코딩 파일 앞에 BOM 식별자를 추가합니다. 이 BOM 로고는 Linux 환경에서 vim을 연 후에 표시되는
추신: utf8로 인코딩된 코드를 열거나 편집할 때 메모장을 덜 사용하는 것이 더 좋습니다. ! !
저작권 안내: 이 글은 해당 블로거의 원본 글이므로 블로거의 허락 없이 복제할 수 없습니다.
위 내용은 Xiaotan Vim이 오픈한 파일의 시작 부분에