url传参时报java.lang.IllegalArgumentException: Invalid character found in the request target.

2 篇文章 0 订阅

测试项目时在兼容模式访问http://localhost:8080/Beauty/MessageController/list.from?leixing=系统消息&isRead=0时出现以下异常:

INFO: Error parsing HTTP request header
Note: further occurrences of HTTP header parsing errors will be logged at DEBUG level.
java.lang.IllegalArgumentException: Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986

原因:主要是由于更换tomcat版本导致,某些版本的tomcat接收请求不会对符号进行转义,而且只是部分页面出现这个问题。分析是因为参数带有歧义字符或者中文未转译原因。某些浏览器不对符号转译,而tomcat接受请求也不对符号转义的话就会出现这个异常了

一般url传参都会进行url编译
Url编码通常也被称为百分号编码(Url Encoding,also known as percent-encoding),是因为它的编码方式非常简单,使用%百分号加上两位的字符——0123456789ABCDEF——代表一个字节的 十六进制形式。Url编码默认使用的字符集是US-ASCII。例如a在US-ASCII码中对应的字节是0x61,那么Url编码之后得到的就 是%61,我们在地址栏上输入http://g.cn/search?q=%61%62%63,实际上就等同于在google上搜索abc了。又如@符号
在ASCII字符集中对应的字节为0x40,经过Url编码之后得到的是%40。

发现

我在访问链接http://localhost:8080/Beauty/MessageController/list.from?leixing=系统消息&isRead=0时发现浏览器上的url变成了
http://localhost:8080/Beauty/MessageController/list.from?leixing=%E7%B3%BB%E7%BB%9F%E6%B6%88%E6%81%AF&isRead=0
也就是说他把中文转义成了url编码的表达方式

**

于是我看了一下url编译规发现是有一些在url中有特殊含义的字符如:

**
1、空格换成加号(+)

2、正斜杠(/)分隔目录和子目录

3、问号(?)分隔URL和查询

4、百分号(%)制定特殊字符

5、#号指定书签

6、&号分隔参数

如果需要在URL中用到,需要将这些特殊字符换成相应的十六进制的值

1、+ —— %2B
2、/ —— %2F
3、? —— %3F
4、% —— %25
5、& —— %26
6、#—— %23

这些字符如果直接放在url中可能会引起解析程序的歧义。这些字符被视为不安全字符 看到这里应该明白了,是因为我们url中包含的?&等不安全字符引发了歧义导致的错误,所以为了避免这些我们应当用url把这些可能引发歧义的字符编译后再使用而不是依靠浏览器默认去实现编码,有的浏览器是无法去默认编码的从而会产生异常

例如我把http://localhost:8080/Beauty/MessageController/list.from?leixing=系统消息&isRead=0改成了http://localhost:8080/Beauty/MessageController/list.from%3Fleixing%3D系统消息%26isRead%3D0把其中的特殊含义字符用16进制的值代替而不是依靠浏览器默认去实现编码,有的浏览器不会转义符号从而会产生异常

最后解决方案:

1、用url把这些可能引发歧义的字符编译后再使用,不要依赖于浏览器去默认转义

2、防止中文乱码在server.xml里面配置useBodyEncodingForURI=”true”

<Connector URIEncoding="UTF-8" port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
useBodyEncodingForURI="true" enableLookups="false" connectionTimeout="20000" redirectPort="8443" maxHttpHeaderSize="8192"/>

3.更换低版本tomcat

4.更改tomcat的conf/catalina.properties

在里面最后一行添加
org.apache.tomcat.util.buf.UDecoder.ALLOW_ENCODED_SLASH=true
重启服务器后,解决问题。

官方指南地址:http://tomcat.apache.org/tomcat-8.5-doc/config/systemprops.html

官方说明:

org.apache.tomcat.util.buf.UDecoder.ALLOW_ENCODED_SLASH

If this is true ‘%2F’ and ‘%5C’ will be permitted as path.delimiters.If not specified, the default value of false will be used.(如果这是true ' %2F '和' %5C '将被允许为path. delimiter.如果没有指定,则将使用false的默认值。)
  • 2
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值