【Tomcat】Error parsing HTTP request header的解决方案

最近个人的一个项目,总是不定时浮现Error parsing HTTP request header这样的问题,有以下两种具体报错

  • Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986.
  • Invalid character found in method name. HTTP method names must be tokens

可以先看一下这个报错

o.apache.coyote.http11.Http11Processor:Error parsing HTTP request header
Note: further occurrences of HTTP request 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

目前,可以确定的是,该报错是由于url中有非法字符导致的,解决方法有

  • 请求url中别有奇奇怪怪的字符,老老实实不好吗
  • 使用tomcat7.0.69以前的版本,这些版本不对请求头进行检验
  • 不想降低tomcat版本?那就对特殊字符进行转义,嗯确实有点麻烦

一般这个报错,很容易解决。


再看这个报错

o.apache.coyote.http11.Http11Processor: Error parsing HTTP request header
Note: further occurrences of HTTP request parsing errors will be logged at DEBUG level.

java.lang.IllegalArgumentException: Invalid character found in method name. 
HTTP method names must be tokens

这个问题,网上众说纷纭,一般有以下几个解决方案,需要大家一步一步排除。

1、考虑get请求头过大,而tomcat的header缓存区又过小

那只能调整tomcat的header缓存区,在server.xml中的Connector标签中添加maxHttpHeaderSize="81920",你要是觉得不够大,可以暂时性的改成一个特别大的数值。

如果用的是SpringBoot,则可以在application.properties文件中配置【server.tomcat.max-http-header-size=81920】

观测一段时间后,如果还是出现这个报错,那么尝试下一个解决方案。

2、使用https去请求http协议

建议每次打印出请求的地址和信息,使用拦截器在preHandle中打印出request的信息,看看有没有出现这样的情况。

3、终极绝招

有时候吧,看报错时间,都是在凌晨,这个就很奇怪。

如果自己用的是8080端口,不妨改一个端口吧。改端口这个好像没什么科学依据,但确实能解决一部分人的问题。

 

上一篇:Music Parsing 自制的酷狗音乐越权下载 [适合UP主]


下一篇:less-loader报错- Parsing error: x-invalid-end-tag vue/no-parsing-error