实例如下：
我要评论
function unescape($str) {
$str = rawurldecode($str);
preg_match_all("/(?:%u.{4})|&#x.{4};|&#\d+;|.+/u",$str,$r);
$ar = $r[0];
//print_r($ar);
foreach($ar as $k=>$v) {
if(substr($v,0,2) == "%u"){
$ar[$k] = iconv("ucs-2be","utf-8",pack("h4",substr($v,-4)));
}
elseif(substr($v,0,3) == "&#x"){
$ar[$k] = iconv("ucs-2be","utf-8",pack("h4",substr($v,3,-1)));
}
elseif(substr($v,0,2) == "&#") {
$ar[$k] = iconv("ucs-2be","utf-8",pack("n",substr($v,2,-1)));
}
}
return join("",$ar);
}
echo unescape("紫星蓝");
今天有用户反馈，表单系统用户提交的数据中文会乱码。测试发现问题出在 iconv 转换上。
iconv('ucs-2',
'gbk',
'中文')
google
搜索发现，原因是 linux 服务器上 ucs-2 编码方式与 winodws 不一致。
于是，我改成
iconv('ucs-2be',
'gbk',
'中文')
试试，中文正常了
以下是有关两个平台
ucs-2 编码的潜规则：
1、 ucs-2 不等于 utf-16。 utf-16 每个字节使用 ascii 字符范围编码，而 ucs-2 对每个字节的编码可以超出 ascii 字符范围。ucs-2 和 utf-16 对每个字符至多占两个字节，但是他们的编码是不一样的。
2、对于 ucs-2, windows 下默认是 ucs-2le。用 multibytetowidechar（或者a2w）生成的是 ucs-2le 的 unicode。windows记事本可以将文本保存为 ucs-2be，相当于多了层转换。
3、 对于 ucs-2, linux 下默认是 ucs-2be。用iconv(指定ucs-2)来转换生成的是 ucs-2be 的 unicode。如果转换windows平台过来的 ucs-2, 需要指定 ucs-2le。
4、鉴于windows和linux等多个平台对 ucs-2 的理解不同（ucs-2le,ucs-2be）。ms 主张 unicode 有个引导标志(ucs-2le fffe, ucs-2be feff)，以表明下面的字符是 unicode 并且判别 big-endian 或 little-endian。 所以从 windows 平台过来的数据发现有这个前缀，不用慌张。
5、 linux 的编码输出，比如从文件输出，从 printf 输出，需要控制台做适当的编码匹配（如果编码不匹配，一般和该程序编译时的编码有若干关系），而控制台的转换输入需要查看当前的系统编码。比如控制台当前的编码是 utf-8, 那么 utf-8 编码的东西能正确显示，gbk 就不能；同样，当前编码是 gbk, 就能显示 gbk 编码，后来的系统应该更智能的处理好更多的转换了。不过通过 putty 等终端还是需要设置好终端的编码转换以解除乱码的烦恼。
以上这篇用php将unicode 转化为utf-8的实现方法(推荐)就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持移动技术网。
如对本文有疑问， 点击进行留言回复！！
如何去设计前端框架能力？星巴克消息开放项目从0到1，从点到面的思考
网友评论