tomcat Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986

1.情景展示

　　tomcat 日志时不时会报出如下异常信息，到底是怎么回事？

java.lang.IllegalArgumentException: Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986
    at org.apache.coyote.http11.AbstractNioInputBuffer.parseRequestLine(AbstractNioInputBuffer.java:283)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1017)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:684)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Thread.java:745)

　　页面无法打开

2.原因分析　　

　　意思是：请求头中包含了 RFC 7230 and RFC 3986规范中定义的非法字符，在这种情况下就会导致页面报400异常。 

　　原因就是：tomcat的版本过高造成的，网上说，tomcat高于 7.0.73的版本，添加了对于http头（请求头）的验证。

　　get请求，即问号传参，就是只有请求头，没有请求体

　　RFC3986文档规定，Url中只允许包含英文字母（a-zA-Z）、数字（0-9）、-_.~4个特殊字符以及所有保留字符。

　　RFC3986中指定了以下字符为保留字符：! * ’ ( ) ; : @ & = + $ , / ? # [ ]

　　同时RFC 3986规范在tomcat7.0.73版本中就已经提出了，RFC 7230也是对前者的一些补充或者说是完善，所以在tomcat7.0.73及以上版本都会有这种问题。 

　　说明：这种情况，在IE浏览器下会经常出现，因为IE浏览器不会对中文参数进行编码，而其它类型的浏览器会默认自动对中文进行编码。

3.解决方案

　　方法一：降低tomcat版本；（不推荐使用）

　　经过测试发现，网上关于tomcat的最高版本要求描述有误，不是低于7.0.73就可以。

　　我下载了一个tomcat7.0.70，运行项目后，还是会字符集的错误，导致网页无法打开。

　　但是，我测了tomcat7.0.61，完美正常运行项目，控制台不再报错，网页可以正常打开了。

　　64位下载地址：https://archive.apache.org/dist/tomcat/tomcat-7/v7.0.61/bin/apache-tomcat-7.0.61-windows-x64.zip

　　32位下载地址：https://archive.apache.org/dist/tomcat/tomcat-7/v7.0.61/bin/apache-tomcat-7.0.61-windows-x86.zip

　　方法二：将get请求改为post请求；（推荐使用）

2023年5月30日10:03:24

其本质是：

在js当中发送post请求的方式，通常情况下有两种：

方式一：form表单提交

方式二：ajax请求

无论是方式一还是方式二，默认提交数据的格式都是：x-www-form-urlencoded。

这种数据方式，会自动对提交的数据进行编码，即：encodeURI(value)。

举个例子：

post请求，请求参数：info={"key":"value"}，在进行网络传输的时候，其实际传输的数据为：

info=%7B%22key%22:%22value%22%7D

此时，已经对参数值进行了URL编码。

当请求到达servlet时，tomcat服务器，拿到请求内容类型：ContentType为x-www-form-urlencoded，就会自动对参数进行解密处理，即：URLDecoder.decode()。

　　方法三：get请求（问号传参），对请求参数的值进行编码

请求内容直接传JSON数据

服务器也是报同样的错误：

由方法二，我们得知：

实际传输的数据，已经被进行了编码，那我们是不是也可以这样做呢？

使用encodeURI()函数，将中文进行编码。

使用控制台，拿到{"key":"value"}对应的值。

@GetMapping("/demo3")
@ResponseBody
public String demo3(String info) {
	return info;
}

请求正常 

 

写在最后

　　哪位大佬如若发现文章存在纰漏之处或需要补充更多内容，欢迎留言！！！

 相关推荐：

posted @ 2019-07-23 11:29  Marydon  阅读(806)  评论(0)    收藏  举报