原始的代码：

复制代码 代码如下:

//将文字转换为16进制

function textToSix(str) {

return escape(str).replace(/%/g, function () {

return "";

}).toLowerCase();

}

改进后的：

复制代码 代码如下:

//将文字转换为16进制

function textToHex(str) {

//escape对0-255以外的unicode值进行编码时输出%u****格式，例如：%u6267%u624b%u6cea%u773c

//将其中的%替换成就是十六进制的

if (typeof str == "string") {

return escape(str).replace(/%/g, function () {

return "";

}).toLowerCase();

} else {

return null;

}

}

主要是增加了一个验证是否为字符串的验证。

在完善了这个方法之后，我又觉得是不是要改进下面这个方法：

复制代码 代码如下:

//将16进制表示为文字

function sixToText(str) {

return unescape(str);

}

本意是将"unnn"之类的字符转换回文字。其实，只需看看unescape这个方法的原理(工作原理：通过找到形式为 %xx 和 %uxxxx 的字符序列（x 表示十六进制的数字），用 Unicode 字符 u00xx 和 uxxxx 替换这样的字符序列进行解码。来自百度百科的解释)。就会知道我完全是多此一举。因为浏览器是可以解析十六进制的字符的。例如：

在IE9中：

在Chrome中：

再补充另外一点收获吧。其实在做这个解析被我替换后的字符时，我最初的想法是将""这个字符在替换回"%",然后再用unescape这个解码函数来解析字符。然而，当我在我想将""替换为"%"却发现了下面的一个比较有意思的现象：像“”这个字符如果后面没有碰到“t”,"n"之类可以和t结合在一起组成转意字符的话，是会被浏览器忽略的。用实验来验证我的结论吧：

在IE9中调试：

在Chrome下调试：

在这里定义了一个变量，变量中含有一些平时可能很少出现的字符""，调试的时候，看看上面的提示了吗，浏览器很智能的忽略掉了特殊位置的字符。因此在将一些看似很平常的字符(例如文件路径等)放在js的变量中，可能输出来的结果并不是预期的。