在php编程中，对数组的操作，有时会遇上编码转换的相关问题。
因为一些特殊字符的显示效果的原因，于是把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函数,最终函数如下:
采用 php+mysql 数据库方式运行的强大网上商店系统，执行效率高速度快，支持多语言，模板和代码分离，轻松创建属于自己的个性化用户界面 v3.5更新： 1).进一步静态化了活动商品. 2).提供了一些重要UFT-8转换文件 3).修复了除了网银在线支付其它支付显示错误的问题. 4).修改了LOGO广告管理,增加LOGO链接后主页LOGO路径错误的问题 5).修改了公告无法发布的问题,可能是打压
立即学习“PHP免费学习笔记（深入）”；
代码如下:
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维数组还是关联数组，一切都已经自动完成，保证数组转换前后数据一致。从代码的长短以及循环和原生方法的比较上，相信大家已经有了选择。
