因為一些特殊字符的顯示效果的原因不得不把習慣的utf-8工程改成了GBK，由于使用了ajax技術，又涉及到了老問題——編碼轉換。一些表單驗證需要返回json數據，php的json_encode函數只支持utf-8編碼，無奈只得iconv了，需要達到的效果是GBK數組轉換成utf-8數組傳給json_encode函數。
最開始的思路，將數組序列化后用iconv函數轉換編碼，之后再反序列化，代碼如下:
復制代碼 代碼如下:
unserialize(iconv('gbk','utf-8',serialize($array)));
得到的結果是空白，后來想起來配置文件里設置了默認編碼 ini_set('default_charset', 'gbk'); 這樣用gbk反序列化utf-8的字符串肯定不好用了，此處在序列化和反序列化之間加個ini_set('default_charset', 'utf-8'); 應該也是可以的，但這么弄總覺得有點別扭，因為是全局的編碼設置，很容易導致其他地方的編碼問題，比如數據庫操作。那么換個思路，用構建數組原型的序列化方法，借助var_export函數,最終函數如下:
復制代碼 代碼如下:
function array_iconv($in_charset,$out_charset,$arr){
return eval('return '.iconv($in_charset,$out_charset,var_export($arr,true).';'));
}
原理很簡單 var_export設置第二個參數為true，返回數組原型字符串，將字符串轉換為utf-8編碼，之后再用eval來執行返回（類似匿名函數？），至此完美解決問題。
后續：后來在網上搜了下資料，看有沒有更好的方法，找到的都大同小異，都是利用遞歸調用iconv的方式，如果數組元素過多或者維數多一些，性能上肯定不怎么樣了，更好的是原生代碼的方式，不需要考慮是N維數組還是關聯數組，一切都已經自動完成，保證數組轉換前后數據一致。從代碼的長短以及循環和原生方法的比較上，相信大家已經有了選擇。
