『壹』 url過碼後，php程序獲取參數出現亂碼
解析URL中的亂碼問題，關鍵在於統一編碼格式。當URL包含中文時，通常使用GBK編碼。然而，如果你在PHP中通過`$_GET`獲取參數，卻意外地收到了亂碼，這通常意味著伺服器端和客戶端的編碼設置不一致。
具體來說，URL中的中文部分通過`encodeURI`或`urlencode`進行處理時，會按照源編碼格式（在這里是GBK）進行編碼。但在接收端，如PHP的`$_GET`數組，它默認使用的是伺服器配置的字元集，比如UTF-8。當GBK編碼的字元串與UTF-8環境交互時，就會出現亂碼。
解決方法很簡單：確保整個系統中的一致性。這意味著，如果你的伺服器配置、資料庫、以及所有與用戶交互的代碼都使用UTF-8編碼，那麼在處理包含中文的URL時，就應使用UTF-8編碼進行處理。具體操作可以是，在發送請求或生成URL時，使用正確的編碼（通常在客戶端通過JavaScript完成）；在PHP端，確保URL參數的解碼是按照UTF-8進行的。
例如，你可以使用`urldecode`函數來解碼URL，但在實際應用中，更推薦在生成URL時就使用正確的編碼方式。此外，確保你的伺服器環境（如Apache或Nginx配置）也正確地設置了字元集，以避免任何意外的編碼轉換。
綜上所述，解決URL過碼後在PHP程序中獲取參數出現亂碼的問題，主要在於確保整個系統中的編碼一致性。通過統一使用UTF-8編碼，並正確處理編碼轉換，可以有效避免此類問題的發生。
『貳』 php從mysql裡面調出來的中文是亂碼
MYSQL資料庫不僅每個庫有編碼設置甚至是每個欄位都有編碼設置.
出現亂碼肯定是你現在用的編碼混亂造成的
解決辦法:
第一步 先改資料庫編碼
先修改你的資料庫,如果你頁面用的是UTF-8編碼那麼你資料庫內的編碼也需要設置為UTF-8,每個欄位都需要設置.要保持內外一致,你可以用Navicat for MySQL工具,這個工具里能看得很清除,如果表\欄位很多的話你可以導出SQL語句,然後把SQL語句中相應的編碼替換例如gb2312替換成utf8,然後再重新創建一個庫,創建的時候字元集選擇utf8的再把SQL語句導入,檢查一下所有的編碼都是utf8的就OK
第二步 程序修改
1\讀庫的時候
mysql_query("set names utf8");
2\每個頁面頭部加上一句
header("content-Type: text/html; charset=utf-8");
3\檢查所有的編碼聲明是否正確
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
4\檢查頁面中現有文字所使用的編碼是否正確,推薦你使用editplus在右下角會有顯示UTF-8或者ANSI,要保證所有帶有中文的文件打開後顯示的編碼集是UTF-8,如果不是的話可以將所有文件打開然後從菜單選擇"文檔"-"文件編碼"-"文件編碼(多文件)",然後選擇所有的文件點確定,更改編碼為UTF-8確定!
OK到此位置大功告成,所有的編碼一致,絕對不會再出現亂碼了,多說一句.對於MYSQL操作工具的選擇本人只推薦兩款,一是大家都熟悉的PHPMYADMIN 再就是Navicat for MySQL也有很多人都在用.至於MYSQL-font實在有些垃圾,有時顯示出來的資料庫結構和實際的都有差別....不敢苟同,另外MYSQL官方出的SQLyog對於編碼的支持太差勁了,很難控制具體的編碼,所以最好也不要用
『叄』 php代碼頁面打開亂碼怎麼解決
1、文件編碼：指的是頁面文件(.html,.php等)本身是以何種編碼來保存的。記事本和Dreamweaver在打開頁面時候會自動識別文件編碼因而不太會出問題。而ZendStudio卻不會自動識別編碼，它只會根據首選項的配置固定以某種編碼打開文件，如果工作時候一不注意，用錯誤編碼打開文件，做了修改之後一保存，亂碼就出現了（我深有體會）。
2、頁面申明編碼：在HTML代碼HEAD裡面，可以用<meta http-equiv="Content-Type" content="text/html; charset="XXX" />來告訴瀏覽器網頁採用了什麼編碼，目前中文網站開發中XXX主要用的是GB2312和UTF-8兩種編碼。
3、資料庫連接編碼：指的是進行資料庫操作時候以哪種編碼與資料庫傳輸數據，這里需要注意的是不要與資料庫本身的編碼混淆，比如MySQL內部默認是latin1編碼，也就是說Mysql是以latin1編碼來存儲數據，以其他編碼傳輸給Mysql的數據會被轉換成latin1編碼。
知道了WEB開發中哪些地方涉及到了編碼，也就知道了PHP頁面亂碼產生的原因：上述3項編碼設置不一致，由於各種編碼絕大部分是兼容ASCII的，所以英文符號不會出現，中文就倒霉了。下面是一些常見的錯誤情況與解決：
1、資料庫採用UTF8編碼，而頁面申明編碼是GB2312，這是最常見的產生亂碼的原因。這時候在PHP腳本裡面直接SELECT數據出來的就是PHP頁面亂碼，需要在查詢前先使用：
mysql_query("SET NAMES GBK"); 來設定MYSQL連接編碼，保證頁面申明編碼與這里設定的連接編碼一致（GBK是GB2312的擴展）。如果頁面是UTF-8編碼的話，可以用：
mysql_query("SET NAMES UTF8"); 注意是UTF8而不是一般用的UTF-8。假如頁面申明的編碼與資料庫內部編碼一致可以不設定連接編碼。
註：事實上MYSQL的數據輸入輸出比上面講的更復雜一些，MYSQL配置文件my.ini中定義了2個默認編碼，分別是[client]里的default-character-set和[mysqld]里的default-character-set來分別設定默認時候客戶端連接和資料庫內部所採用的編碼。我們上面指定的編碼其實是MYSQL客戶端連接伺服器時候的命令行參數character_set_client，來告訴MYSQL伺服器接受到的客戶端數據是什麼編碼的，而不是採用默認編碼。
2、頁面申明編碼與文件本身編碼不一致，這種情況很少發生，因為如果編碼不一致美工做頁面時候在瀏覽器看到的就是亂碼了。更多時候是發布以後修改一些小BUG，以錯誤編碼打開頁面然後保存導致的。或者是用某些FTP軟體直接在線修改文件，比如CuteFTP，由於軟體編碼配置錯誤而導致轉換錯了編碼。
3、一些租用虛擬主機的朋友，明明上述3項編碼都設置正確了還是有PHP頁面亂碼。比方說網頁是GB2312編碼的，IE等瀏覽器打開卻總是識別成UTF-8，網頁HEAD裡面已經申明是GB2312了，手動修改瀏覽器編碼為GB2312後頁面顯示正常。產生原因是伺服器Apache設定了伺服器全局的默認編碼，在httpd.conf裡面加了AddDefaultCharset UTF-8。這時候伺服器會首先發送HTTP頭給瀏覽器，其優先順序比頁面里申明編碼高，自然瀏覽器就識別錯了。解決辦法有2個，請管理員在配置文件自己的虛機里加上一條AddDefaultCharset GB2312來覆蓋全局配置，或者在自己目錄的.htaccess里配置。
『肆』 linux下apache2和php亂碼問題
# # 完全原創 # #
windows上倒是遇見過很多中亂碼，但有些部分應該是差不多的。有參考其他資料，但沒有直接復制大段文字，是自己一點點總結出來的。希望能夠幫到你。影響因素較多，一一列出1. apache的httpd.conf中有默認編碼的設置 ，例如 AddDefaultCharset utf-8，這個會有一定影響
2. php的php.ini中也有默認編碼的設置，例如default_charset = "utf-8"，只能有一個默認編碼
3. 資料庫欄位使用的編碼：如果是Latin很容易亂碼的
4. php源代碼文件的編碼：源代碼在開發過程中，文本存為文件本身也是有編碼方式的。
5. php代碼中使用header控制編碼（可以省略）
<?php
header(「Content-Type: text/html; charset=utf-8");
?>
6. 網頁前台的編碼
html代碼中的meta <meta http-equiv="content-type" content="text/html;charset=utf-8">
實際應用中，改變伺服器設置不現實，尤其是租伺服器，主機提供商不會幫你改的
因此，從3456入手，而且各個部分應該一直、匹配。
也就是說，資料庫用了utf-8，那麼源碼也存成utf-8，網頁前台也content="text/html;charset=utf-8"附加說明：
第4點：
一般IDE（例如ZendStudio）是可以指定代碼編碼的，但是有一些例外：
使用Win7的記事本修改後，存為utf-8，會加入windows特有的utf-8標記「BOM」，這是微軟為了標記編碼在文件頭加的額外信息，這樣的源代碼被執行後，BOM會發往客戶端！客戶端收到的網頁開頭是亂的，因為BOM打亂了內容編碼的解析
在Mac上使用編輯工具修改源代碼後，代碼的存儲編碼會發生較大變化，本人在於團隊合作過程中也因此出現較多問題，不推薦使用系統（win/mac）自帶的一些文本編輯工具（即使他們有代碼高亮或代碼提示）
使用成熟的IDE是很不錯的辦法第5點：
用header控制編碼要注意和其他設置頭(header)的操作的前後關系，容易導致 「無法修改已發送的頭」的錯誤
用這個其實有時候實屬無奈，但很有效第6點：
請把<meta http-equiv="content-type" content="text/html;charset=utf-8"> 放到<title></title>之前！！
因為如果title包含中文，很可能悲劇。本人遇到過兩次整站直接空白無法顯示出來的問題，就是因為次序問題。
『伍』 為什麼使用php GD庫圖片輸出中文字會出現亂碼
原因：
1、伺服器編碼原因。由於imagettftext函數字元串參數的默認編碼是UTF8，如果伺服器編碼不一致，而又沒有進行相應的字元編碼格式轉換，很容易出現使用gd庫輸出圖片時中文字元變成亂碼。
2、沒有選擇正確的TTF字體文件。使用gd庫時如果要輸出中文字元，需要選擇正確的TTF字體文件。
解決方法：
根據之前介紹的php gd庫產生中文亂碼的原理，解決php gd庫中文亂碼的方法其實很簡單。
1、建議整站使用UTF8編碼，如果你已使用的是GB2312或GBK編碼，請使用iconv或自定義的gb2312與utf8轉換函數進行字元編碼轉換。gb2312與utf8轉換函數請參考PHP Ajax傳值中文字元亂碼如何解決。
2、如果你是剛進行php環境搭建，建議將Apache配置文件中的默認字元集修改為UTF8，即AddDefaultCharset UTF8。
3、如果上述方法還不行，請檢查你在編譯gd庫時是否添加了–enable-gd-jis-conv選項，此選項是為了讓gd庫支持日文編碼的字型檔，請取消此選項並重新編譯。此方法我沒驗證過，估計主要是針對Unix下安裝配置php環境。Windows環境一般不會出現這種情況，似乎默認PHP配置文件是注釋掉的。
4、使用php gd庫產生中文亂碼的另一個原因是沒有選擇正確的TTF字體，你需要選擇支持中文的字體，常用的中文字體文件是simsun.ttc和simhei.ttf。
OK，只要按照上述方法，基本上使用php gd庫產生中文亂碼時都能夠解決。只要仔細排查其實gd庫的中文亂碼解決起來非常方便。