SpringBoot内置Tomcat报错RFC7230 and RFC3986 解决方案

报错原因:

        主要在Get请求地址传参时，在url中传了一段带有特殊字符的参数，参数中有"{"不在RFC3986中的保留字段中，所以会报这个错。

例:

主要的问题是高版本tomcat中的新特性：就是严格按照 RFC 3986规范进行访问解析。

问题分析:

        RFC3986文档规定，Url中只允许包含英文字母（a-zA-Z）、数字（0-9）、-_.~4个特殊字符以及所有保留字符。RFC3986文档对Url的编解码问题做出了详细的建议，指出了哪些字符需要被编码才不会引起Url语义的转变，以及对为什么这些字符需要编码做出了相应的解释。

        US-ASCII字符集中没有对应的可打印字符：Url中只允许使用可打印字符。US-ASCII码中的10-7F字节全都表示控制字符，这些字符都不能直接出现在Url中。同时，对于80-FF字节（ISO-8859-1），由于已经超出了US-ACII定义的字节范围，因此也不可以放在Url中。

保留字符：Url可以划分成若干个组件，协议、主机、路径等。有一些字符（:/?#[]@）是用作分隔不同组件的。例如:冒号用于分隔协议和主机，/用于分隔主机和路径，?用于分隔路径和查询参数，等等。还有一些字符（!$&’()*+,;=）用于在每个组件中起到分隔作用的，如=用于表示查询参数中的键值对，&符号用于分隔查询多个键值对。当组件中的普通数据包含这些特殊字符时，需要对其进行编码。

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

        不安全字符：还有一些字符，当他们直接放在Url中的时候，可能会引起解析程序的歧义。这些字符被视为不安全字符，原因有很多。 
        空格：Url在传输的过程，或者用户在排版的过程，或者文本处理程序在处理Url的过程，都有可能引入无关紧要的空格，或者将那些有意义的空格给去掉。 
       引号和尖括号（<>）通常用于在普通文本中起到分隔Url的作用 。
        井号（#） 通常用于表示书签或者锚点 。
        百分号（%）本身用作对不安全字符进行编码时使用的特殊字符，因此本身需要编码。
        {}|\^[]`~：某一些网关或者传输代理会篡改这些字符。

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

解决方案:

打包格式为jar的项目的解决方案:

• 方案1：使用jetty作为Servlet引擎

        pom.xml中添加依赖:

        ​​​​​​​

• 方案2：在properties节点中指定tomcat版本(7.0.73及以下版本)