前段时间开发一个项目发现,评论提交手机键盘自带的emoji表情后,数据库返回的相对表情部分的内容为空,后面查阅相关资料,参考以下博客地址(http://blog.csdn.net/binjly/article/details/47321043)
发现emoji用到的字符是4字节的utf-16(utf-16有2字节和4字节两种编码),而我们的数据库是采用的utf-8,并且最大只允许3字节的字符
大体是这样的(后端学习还不够深入,后面理解透彻了会补上),然后导致写入失败,最后决定前端转换编码处理。
主要就是入库前以及入库后的处理
入库前,将内容进行如下转换:
最后入库的将是类似'$#128522;'这种形式;
function utf16toEntities(str) {
var patt=/[ud800-udbff][udc00-udfff]/g; // 检测utf16字符正则
str = str.replace(patt, function(char){
var H, L, code;
if (char.length===2) {
H = char.charCodeAt(0); // 取出高位
L = char.charCodeAt(1); // 取出低位
code = (H - 0xD800) * 0x400 + 0x10000 + L - 0xDC00; // 转换算法
return "&#" + code + ";";
} else {
return char;
}
});
return str;
}
入库后再进行如下处理:
/**
*
*
*用于反解开EMOJI编码后的字符串
*
*
* */
function uncodeUtf16(str){
var reg = /&#.*?;/g;
var result = str.replace(reg,function(char){
var H,L,code;
if(char.length == 9 ){
code = parseInt(char.match(/[0-9]+/g));
H = Math.floor((code-0x10000) / 0x400)+0xD800;
L = (code - 0x10000) % 0x400 + 0xDC00;
return unescape("%u"+H.toString(16)+"%u"+L.toString(16));
}else{
return char;
}
});
return result;
}
这样页面显示又是生动的emoji图片了,主要逻辑在于高位跟地位的计算。
亲测有效