原始的代码：
//将文字转换为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的变量中，可能输出来的结果并不是预期的。
