这两个函数各有特点,
1、iconv速度快,自然优先选择,但是他有个缺点,如果遇到自己不能转换的字符,就从那里截断。这就导致转码中内容被无故截断。
2、mb_convert_encoding函数效率比较低,但是他遇到无法转换的内容不会截断,这很大程度保留了内容的完整性。但是我发现比如内容有空格,转换出来的内容就有?符号,还是不够完美。如何结合这两个函数对字符进行转码?我的思路是这样的:
优先肯定使用iconv函数,因为效率高,而且是内置函数。discuz的转码函数也是优先使用此函数,但是他转码不完整的情况下,就要安排mb_convert_encoding去收拾残局了,问题来了,如何判断他转码不完整?

解决方案 »

  1.   

    虽然 mb_convert_encoding函数 需要加载 php_mbstring 扩展
    但加载了就不能说不是内置函数了对于不可识别的字符,iconv 提供了两个开关供你选用,并不是一味的截断
    //TRANSLIT 用相近的字符替代
    //IGNORE 丢弃并继续
      

  2.   


    好像我也加了IGNORE 函数,但是有些内容转码还是不够理想。
    换句话说,有时候用iconv 行,mb_convert_encoding不行,mb_convert_encoding行,iconv 又不行
      

  3.   


    试验了一下,IGNORE也许是可以绕过去的(之前遇到不能饶的),但是转换某些字符时,把字符丢失了。
    比如把“—”符号的转换成gb2312时,iconv没转换过来,但是mb_convert_encoding转换过来了。所以二者各有优缺点,现在只是想怎样才能比较完美的结合起来使用。