运维日志您现在的位置是:首页 > 博客日志 > 运维日志

Error parsing HTTP request header Note: further occurrences of HTTP header parsing errors

<a href='mailto:'>微wx笑</a>的头像微wx笑 2022-10-10运维日志 3 0关键字: java  

错误提示:Error parsing HTTP request header Note: further occurrences of HTTP header parsing errorsInvalid character found in method name. HTTP method names must

错误提示:

Error parsing HTTP request header Note: further occurrences of HTTP header parsing errorszP0无知

Invalid character found in method name. HTTP method names must be tokenszP0无知


zP0无知

Note: further occurrences of HTTP header parsing errors will be logged at DEBUG level.zP0无知

java.lang.IllegalArgumentException: Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986zP0无知

        at org.apache.coyote.http11.Http11InputBuffer.parseRequestLine(Http11InputBuffer.java:471)zP0无知

        at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:667)zP0无知

        at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)zP0无知

        at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:798)zP0无知

        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1434)zP0无知

        at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)zP0无知

        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)zP0无知

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)zP0无知

        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)zP0无知

        at java.lang.Thread.run(Thread.java:745)zP0无知

问题分析:

这个问题,很多文章说是要tomcat的server.xml文件中加入 maxHttpHeaderSize="8192" 。zP0无知

<ConnectorzP0无知

port="8080"zP0无知

protocol="HTTP/1.1"zP0无知

connectionTimeout="20000"zP0无知

redirectPort="8443"zP0无知

maxHttpHeaderSize="8192"zP0无知

URIEncoding="UTF-8"/>zP0无知

那么从 maxHttpHeaderSize 属性名称,我们就可以发现,是因为 HTTP 请求的头部过长导致的。zP0无知

那么为什么会产生这个情况呢?zP0无知

通常的原因其实是这样的:zP0无知

后端给移动端提供的接口,要求使用Post方式提交,然后移动端调用的时候,却是直接把参数和值都添加到了URL后面,所以这就导致URL过长,就出现了这样的问题。zP0无知

知道了问题的本质,当然你应该已经想到了解决的方法,以及上面给出的解决方法的原因。zP0无知

解决方法:

1、修改 maxHttpHeaderSize 的大小

但是这个大小多大合适呢?zP0无知

没有具体的大小,默认是4K,也就是4096。zP0无知

多数文章给出的是8192,提高一倍按理是可以解决问题,也可能是互相借鉴的结果。zP0无知

但也有文章提到的极端值是 32K,具体的数字自己计算一下吧。zP0无知

2、调用端改为真正的Post提交

个人觉得这才是真正解决问题的方法;zP0无知

我在实际项目中遇到此问题也是通过此方法解决的。zP0无知

当然不排除有的项目确实是需要 修改 maxHttpHeaderSize 的大小来解决的。zP0无知

本文由 微wx笑 创作,采用 署名-非商业性使用-相同方式共享 4.0 许可协议,转载请附上原文出处链接及本声明。
原文链接:https://www.ivu4e.cn/blog/service/2022-10-10/1451.html

很赞哦! () 有话说 ()