Spring boot The valid characters are defined in RFC 7230 and RFC 3986,解决办法

不管现实多么惨不忍睹,都要持之以恒地相信,这只是黎明前短暂的黑暗而已。不要惶恐眼前的难关迈不过去,不要担心此刻的付出没有回报,别再花时间等待天降好运。真诚做人,努力做事!你想要的,岁月都会给你。Spring boot The valid characters are defined in RFC 7230 and RFC 3986,解决办法,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

错误的原因:

Tomcat8.5,当Get请求中包含了未经编码的中文字符时,会报以下错误,请求未到应用程序在Tomcat层就被拦截了。

 

tomcat3986规范:

RFC 3986文档对Url的编解码问题做出了详细的建议,指出了哪些字符需要被编码才不会引起Url语义的转变,以及对为什么这些字符需要编码做出了相应的解释。

RFC 3986文档规定,Url中只允许包含英文字母(a-zA-Z)、数字(0-9)、-_.~4个特殊字符以及所有保留字符(! * ’ ( ) ; : @ & = + $ , / ? # [ ])。

还有一些字符当直接放在Url中的时候,可能会引起解析程序的歧义,这些字符被视为不安全字符。

空格:Url在传输的过程,或者用户在排版的过程,或者文本处理程序在处理Url的过程,都有可能引入无关紧要的空格,或者将那些有意义的空格给去掉。
引号以及<>:引号和尖括号通常用于在普通文本中起到分隔Url的作用
#:通常用于表示书签或者锚点
%:百分号本身用作对不安全字符进行编码时使用的特殊字符,因此本身需要编码
{}|\^[]`~:某一些网关或者传输代理会篡改这些字符
 

解决办法1:不变更GET

如果你是用war的方式放在Tomcat下面,那么你可以修改:TOMCAT_HOME/conf/confcatalina.properties

tomcat.util.http.parser.HttpParser.requestTargetAllow=|{}

解决办法2:变更GET ——>POST

这个异常只有GET请求才会发生

解决办法3:前端请求对URL编码

这个异常只有GET请求带了某些参数才会发生这种情况,如带了这个: {}

解决办法4:修改容器tomcat—>jetty

假如你是使用 java -jar ***.war  或者  java -jar ****.jar

那么我的建议是,不去变更代码了。我们只需要把Springboot依赖的容器从tomcat变更成jetty就可以了

修改 pom.xml

<!-- 默认使用的Tomcat容器 -->
<dependency>
	  <groupId>org.springframework.boot</groupId>
	  <artifactId>spring-boot-starter-web</artifactId>
</dependency>

修改后

<!-- 默认使用的Tomcat容器 -->
<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-web</artifactId>
</dependency>

<!-- GET请求会包含{}字符,因此我们舍弃Tomcat容器,显性指定改用jetty -->
<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-jetty</artifactId>
</dependency>

 

部分资料取自:https://blog.csdn.net/youanyyou/article/details/79689716

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/160943.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!