特殊字符的处理.docVIP

特殊字符的处理 1. URL特殊字符 特殊字符的URL传递问题包含中文的URL参数，特殊字符的URL参数，以及页面链接的URL拼接中特殊字符三方面的情况，这三种情况采用的方法如下 1、encodeURI 2、encodeURIComponent 3、URLEncoder与URLDecoder 其中（1）（2）为页面操作，（3）为java代码操作使用。这三种方式都会采用utf8来进行编码与解码，因此项目最好采用UTF8则更佳。 1.1 encodeURI与encodeURIComponent encodeURI 编码整个URI，对URI中的合法字符不编码(包括中文)，对特定字符进行编码，如空格等。因此如果URL中包含空格则使用其进行编码传递 encodeURIComponent 编码URL中指定参数，对参数中的中文、特殊字符进行转义。因此如果URL中包含中文，,/?:@=+$#等特殊字符则使用其进行编码传递 示例： document.write(encodeURI()+ br /) document.write(encodeURI(/My first/)) document.write(encodeURI(,/?:@=+$#)) document.write(encodeURIComponent(,/?:@=+$#)) 输出分别为： /My%20first/ ,/?:@=+$# %2C%2F%3F%3A%40%26%3D%2B%24%23 由此可见空格符对于encodeURI是特定字符会被转义，而,/?:@=+$#等字符会视为合法字符传递，利用这点我们可以在URL中需要包含,/?:@=+$#等字符的时候采用encodeURI处理，这样响应一方就能正确的获得这些字符。如果不使用encodeURI则无法获取到这些字符。当然也可以采用直接将,/?:@=+$#等字符转码来保证响应方能正确获得这些字符，例如 ?usrpass=WZ+vS 采用转码?usrpass=WZ%2BvS url显示则出现%2B字样，当然响应方在读取时还是会得到+，特殊字符对应的码表参看附录。 采用?usrpass=+encodeURI(WZ+vS) url显示仍是原样 采用?usrpass=+encodeURIComponent(WZ+vS) url跟手动转码一致出现%2B字样，同样响应方能读取到参数的值+ 1.2 URIEncoder与URIDecoder URLEncoder用于编码，URLDecoder用于解码。它们的作用主要是针对特殊字符要进地网络传递或参数传递时，保障响应方能正确获得原来的字符内容。 URLEncoder 对 String 编码时，使用以下规则： 字母数字字符 a 到 z、A 到 Z 和 0 到 9 保持不变。 特殊字符 .、-、* 和 _ 保持不变。 空格字符 转换为一个加号 +。 所有其他字符都是不安全的，因此首先使用一些编码机制将它们转换为一个或多个字节。然后每个字节用一个包含 3 个字符的字符串 %xy 表示，其中 xy 为该字节的两位十六进制表示形式。推荐的编码机制是 UTF-8。但是，出于兼容性考虑，如果未指定一种编码，则使用相应平台的默认编码。 例如，使用 UTF-8 编码机制，字符串 The string ü@foo-bar 将转换为 The+string+%C3%BC%40foo-bar，因为在 UTF-8 中，字符 ü 编码为两个字节，C3 （十六进制）和 BC （十六进制），字符 @ 编码为一个字节 40 （十六进制）。 该转换过程正好与 URLEncoder 类使用的过程相反。假定已编码的字符串中的所有字符为下列之一：a 到 z、A 到 Z、0 到 9 和 -、_、. 以及 *。允许有 % 字符，但是将它解释为特殊转义序列的开始。 转换中使用以下规则： 字母数字字符 a 到 z、A 到 Z 和 0 到 9 保持不变。 特殊字符 .、-、* 和 _ 保持不变。 加号 + 转换为空格字符 。 将把 %xy 格式序列视为一个字节，其中 xy 为 8 位的两位十六进制表示形式。然后，所有连续包含一个或多个这些字节序列的子字符串，将被其编码可生成这些连续字节的字符所代替。可以指定对这些字符进行解码的编码机制，或者如果未指定的话，则使用平台的默认编码机制。 3 页 共 4 页