CSS UTF-8 및 GB2312 인코딩 문제에 대해 이야기해 보겠습니다.

페이지를 만들 때 스타일 정의가 적용되지 않는 문제가 발생할지 모르겠습니다. 기본적으로 스타일을 어떻게 변경해도 표시되지 않거나 일부 브라우저에서만 제대로 작동하는 것입니다. 일반적으로 다음 단계를 수행해야 합니다.
수정된 스타일 파일이 현재 페이지의 스타일 파일인지 확인(다중 환경의 경우)
파일의 경로가 올바른지 확인하세요. (실수로 어느 정도 썼을 수도 있습니다.)
위의 두 가지 사항을 통해 문제가 없거나 스타일의 일부만 유효하지 않은 것으로 확인되면 기본적으로 해당 파일의 인코딩 문제가 있다고 판단할 수 있습니다.

"UTF-8"을 사용하는 것이 "GB2312"보다 플랫폼 간 호환성이 더 좋다는 것은 누구나 알고 있지만 파일 인코딩이 파일 인코딩 선언과 동일하지 않다는 사실은 반드시 알지 못합니다. 파일의 인코딩 유형이 선언되면서 파일 인코딩이 변경되어 실제로 파일 인코딩 유형을 수정하지 않고 단순히 파일의 인코딩 유형을 선언하는 경우가 많습니다. 파일의 실제 인코딩이 선언과 다르기 때문에 잘못된 질문이 발생합니다.

위와 같은 문제는 어떻게 발생하게 되었나요?
선언만 수정되었으며 선언에 해당하는 파일 인코딩 형식은 저장되지 않았습니다.
서로 다른 파일 간에 복사할 때 두 파일 간의 인코딩이 다릅니다.
위의 문제는 다른 복사본을 저장하고 선언과 동일한 인코딩 유형을 선택하면 해결될 수 있습니다.
위의 방법 중 어느 것도 작동하지 않으면 편집 소프트웨어에 문제가 있을 수 있으므로 다른 편집기를 사용해 보는 것이 좋습니다.

지금까지 내가 알고 있는 문제를 일으킬 수 있는 편집자는 다음과 같습니다.
EmEditor Professional v7.50 Alpha 5 (아직 Alpha 버전과 관련이 있을 수 있습니다. UTF-8이 서명되지 않은 경우 "不, 用, 交, name과 같은 특정 중국어 문자가 스타일 주석 끝에 나타나는 경우, Nearly,见,鬼, Comment" , on, of, out, write, next, 현재, 얼굴, 일 등을 사용하면 IE7에서 후속 콘텐츠를 구문 분석할 수 없게 됩니다.)
에디트플러스 (어떤 버전인지 모르겠습니다. 아시는 분 알려주세요. UTF-8로 서명을 저장하면 서명으로 인해 내용이 파싱되지 않습니다)
참고: 위의 내용은 페이지의 스타일과 독립 스타일 파일을 포함한 스타일 부분을 나타냅니다.