因為一些特殊字符的顯示效果的原因不得不把習(xí)慣的utf-8工程改成了GBK，由于使用了ajax技術(shù)，又涉及到了老問題――編碼轉(zhuǎn)換。一些表單驗證需要返回json數(shù)據(jù)，php的json_encode函數(shù)只支持utf-8編碼，無奈只得iconv了，需要達到的效果是GBK數(shù)組轉(zhuǎn)換成utf-8數(shù)組傳給json_encode函數(shù)。

最開始的思路，將數(shù)組序列化后用iconv函數(shù)轉(zhuǎn)換編碼，之后再反序列化，代碼如下:

復(fù)制代碼 代碼如下:
unserialize(iconv('gbk','utf-8',serialize($array))); 

得到的結(jié)果是空白，后來想起來配置文件里設(shè)置了默認編碼 ini_set('default_charset', 'gbk');   這樣用gbk反序列化utf-8的字符串肯定不好用了，此處在序列化和反序列化之間加個ini_set('default_charset', 'utf-8'); 應(yīng)該也是可以的，但這么弄總覺得有點別扭，因為是全局的編碼設(shè)置，很容易導(dǎo)致其他地方的編碼問題，比如數(shù)據(jù)庫操作。那么換個思路，用構(gòu)建數(shù)組原型的序列化方法，借助var_export函數(shù),最終函數(shù)如下:

復(fù)制代碼 代碼如下:
function array_iconv($in_charset,$out_charset,$arr){ 
        return eval('return '.iconv($in_charset,$out_charset,var_export($arr,true).';')); 
}

原理很簡單 var_export設(shè)置第二個參數(shù)為true，返回數(shù)組原型字符串，將字符串轉(zhuǎn)換為utf-8編碼，之后再用eval來執(zhí)行返回（類似匿名函數(shù)？），至此完美解決問題。

后續(xù)：后來在網(wǎng)上搜了下資料，看有沒有更好的方法，找到的都大同小異，都是利用遞歸調(diào)用iconv的方式，如果數(shù)組元素過多或者維數(shù)多一些，性能上肯定不怎么樣了，更好的是原生代碼的方式，不需要考慮是N維數(shù)組還是關(guān)聯(lián)數(shù)組，一切都已經(jīng)自動完成，保證數(shù)組轉(zhuǎn)換前后數(shù)據(jù)一致。從代碼的長短以及循環(huán)和原生方法的比較上，相信大家已經(jīng)有了選擇。

php技術(shù)：php數(shù)組編碼轉(zhuǎn)換示例詳解，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。