标签：服务器 完全 功能 页面 logs 疑问 全局 strong 使用
问题场景：今天在测试自己手上的页面功能时，发现一个小bug，在用ajax向后台发数据时，只要参数中出现一些特殊字符，控制台会报错http 400的问题，其实就是特殊字符服务器不能解析。好了，问题是找到了，但是改如何解决勒！
首先想到的就是把特殊字符进行编码在传递，但是自己写检测特殊字符函数代码时发现，这要检测的特殊字符数不胜数，完全正则不过来。
上网搜了一下，发现有一个现成的方法：encodeURIComponent();放在代码上跑一下，任务解决了！哈哈。问题解决了，但是还是要看看其中的更深的原理！
特殊符号由前台传入时如果没有进行转码处理的，是这样：my param is 7% and 6%7，异常显示是[my para is 7is%207%%20and%206%7]，所以就出错了，
下面是一些常见字符列表
url特殊符号 在url中实际含义 转码后的十六进制表示
| 符号 | 含义 | 编码 |
| + | +号表示空格 | %2B |
| 空格 | 用+号或者编码 | %20 |
| / | 分隔目录和子目录 | %2F |
| ? | 分隔实际的 URL 和参数 | %3F |
| % | 指定特殊字符 | %25 |
| # | 表示书签 | %23 |
| & | 参数间的分隔符 | %26 |
| = | URL 中指定参数的值 | %3D |
解决方案其实都是类似的，这个看自己的习惯。
方案一：var str= para.replace(/%/g,"%25");//g代表全局匹配替换
方案二：encodeURIComponent(str); //使用改方法自动转码。
存疑问方案：网上有说用json格式的参数就能解决，但是自己本身就是用的json格式的，但是出现这类问题！所以存疑问！
转自：http://www.cnblogs.com/smalldark/p/6496675.html
标签：服务器 完全 功能 页面 logs 疑问 全局 strong 使用
原文地址：http://www.cnblogs.com/lodingzone/p/7010388.html
