今天写完接口,为了测试接口的正确性,故在浏览器发起了请求,大概是:localhost:8080/xxx/xx/xxx?param=xxx¶m2=123#123
然后tomcat收到请求之后抛出了异常,大概的意思是请求参数是错误的。然后百度加谷歌找到了解决办法,故记录了下。想要继续深入理解还得深入理解tomcat和servlet请求规范。
解决办法参考:https://crazyhacker.iteye.com/blog/2233483
如果需要在URL中使用不属于此字符集的字符,就要使用特殊的符号对该字符进行编码。
如:最常使用的空格用%20来表示,例如:http://www.google.com/new 123.html
除了那些无法显示的字符外,还需要在URL中对那些保留(reserved)字符和不安全(unsafe)字符进行编码。
所谓保留字符就是那些在URL中具有特定意义的字符。不安全字符是指那些在URL中没有特殊含义,但在URL所在的上下文中可能具有特殊意义的字符。例如双引号(“”)
部分保留字符和不安全字符及其URL编码
字符 描述 用法 编码
; 分号 保留 %3B
/ 斜线 保留 %2F
? 问号 保留 %3F
: 冒号 保留 %3A
@ “at”符号 保留 %4O
= 等号 保留 %3D
& “和”符号 保留 %26
< 小于号 不安全 %3C
大于号 不安全 %3E
" 双引号 不安全 %22
#井号 不安全 %23
% 百分号 不安全 %25
{ 左大括号 不安全 %7B
} 右大括号 不安全 %7D
| 竖线 不安全 %7C
\ 反斜线 不安全 %5C
^ 加字号 不安全 %5E
~ 波浪 不安全 %7E
[ 左中括号 不安全 %5B
] 右中括号 不安全 %5D
` 反单引号 不安全 %60
空格 不安全 %20
通常情况下,如果对某个字符能否在URL中使用有疑问,那么你应该始终使用该字符的编码。除字母、数字和字符$-_.+!*’()外的其它所有字符都应该使用编码。