確認所修改的樣式檔案是否是當前頁面的樣式檔案（多個環境的情況）
確認檔案中的路徑是否正確（可能手誤多寫或少寫）
如果上面兩點都確認沒問題或只是一部分樣式失效，基本可以確定是檔案的編碼問題
大家都知道使用「utf-8」比「gb2312」跨平台的相容性更好，卻不一定知道檔案的編碼跟檔案編碼的申明不是一回事，以為只要申明了檔案的編碼型別就是改了檔案的編碼，導致很多時候只是簡單的申明了檔案的編碼型別，而並沒有真的修改cwlrkt檔案編碼型別，當瀏覽器以申明的編碼型別去解析檔案時，由於檔案的實際編碼跟申明不同，出現解析不正確的問題。
以上問題如何產生呢？
只修改了申明，沒有儲存與申明對應的檔案編碼型別
在不同檔案間拷貝時，兩個檔案間的編碼不一樣
上面的問題只要再另存乙份，選擇跟申明一樣的編碼型別即可解決。
如果上面的方法都沒有作用的話，程式設計客棧可能就是編輯軟體的問題啦，建議換個編輯器試試。
目前我知道的會有問題的編輯器：
emeditor prof程式設計客棧essional v7.50 alpha 5（可能還是alpha版本的關係，在utf-8不加簽名時，如果樣式注釋結尾出現特定的中文，如「不、用、接、名、近、見、鬼、評、論、的、出、寫、下、現、面、日」等，會導致之後的內容無法被ie7解析）
editplus（不知道www.cppcns.com是哪個版本了，有人知道請告訴我程式設計客棧，儲存utf-8加簽名時，簽名會導致內容無法被解析）
注：以上說的都是指樣式部分，包括頁面中的樣式和獨立的樣式檔案。
本文標題: 網頁製作與css的utf-8和gb2312編碼問題
本文位址:
《轉》亂碼UTF8和UTF 8網頁編碼
曾經被字符集間複雜的轉換搞怕了，正好新專案要求國際化，需要能夠顯示多種語言，於是一開始就規定統統使用 utf 8 編碼。所有 檔案使用 utf 8 編碼存檔 mysql資料庫所有表，所有字段設定 collation 中文翻譯為 整理 屬性為 utf8 general ci 所有頁面輸出 即便是這樣，...
utf 8 和 utf8的區別小記
utf 8 是標準寫法，php 在 windows 下邊英文不區分大小寫，所以也可以寫成 utf 8 utf 8 也可以把中間的 省略，寫成 utf8 一般程式都能識別，但也有例外 如下文 為了嚴格一點，最好用標準的大寫 utf 8 在資料庫中只能使用 utf8 mysql 在mysql的命令模式中...
utf 8與utf 8無BOM的區別
utf 8 8 bit unicode transformation format 是一種針對unicode的可變長度字元編碼，又稱萬國碼。bom byte order mark，位元組序標記 utf 8不需要bom來表明位元組順序，但可以用bom來表明編碼方式。字元 zero width no b...