在项目开发中整合了WebSocket，本来没什么问题了，但是偶尔发现用IE浏览器打开web端不能推送消息，因为PC端与服务器建立连接失败了。网上查了很多资料，
又看了看源码，都不对症；又怀疑是SpringBoot版本的问题，但是换了版本还是不行。楼主用demo跑了一遍发现没有问题，但就是在项目中不能建立连接，再认真调试发
现第一次建立连接的时候后台有一个报错，内容如下：
-- ::37.348 INFO --- [0.0--exec-] 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 and RFC
at org.apache.coyote.http11.Http11InputBuffer.parseRequestLine(Http11InputBuffer.java:) ~[tomcat-embed-core-9.0..jar:9.0.]
at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:) ~[tomcat-embed-core-9.0..jar:9.0.]
at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:) [tomcat-embed-core-9.0..jar:9.0.]
at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:) [tomcat-embed-core-9.0..jar:9.0.]
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:) [tomcat-embed-core-9.0..jar:9.0.]
at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:) [tomcat-embed-core-9.0..jar:9.0.]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:) [na:1.8.0_202]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:) [na:1.8.0_202]
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:) [tomcat-embed-core-9.0..jar:9.0.]
at java.lang.Thread.run(Thread.java:) [na:1.8.0_202]
报错：Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986说的很明白，貌似是什么特殊字符引起的？真是奇了
怪了，楼主就是在建立WebSocket连接的时候传了一个Json字符串而已，没有什么奇怪的字符才对。用这个报错描述再查百度了一下，终于找到了想要的答案。
这个问题跟Tomcat版本有关，Tomcat高版本中的一个新特性：严格按照 RFC 3986规范进行访问解析，而 RFC 3986规范定义了Url中只允许包含英文字母（a-zA-Z）、
数字（0-9）、-_.~4个特殊字符以及所有保留字符(RFC3986中指定了以下字符为保留字符：! * ’ ( ) ; : @ & = + $ , / ? # [ ])。很明显，确实是字符引起的报错，楼主在url中传
了一段json，传入的参数中有”{“和“"”，花括号和双引号不在RFC3986中的保留字段中，所以就报错了。
楼主的解决办法是，建立连接的时候，在传的json字符串参数中把“{“和”}”这两个字符去掉，同时前端的json自己拼接，里面的字段名和字符串都用单引号，比如建立连接
正常的路径是ws://127.0.0.1:8080/webSocket/{param}，要接收一个参数作为鉴权和业务需要，为了避免参数中的字符问题，拼接一个这样的地址：
ws://127.0.0.1:8080/webSocket/'userId':'3a05d7f26c8246bbbbec6b80da86c741','token':'090139d320b4257b43a4b3fb4faf9fda3527344e8145'
后台接收到参数以后，自己加上前后的花括号，这样就可以解析json了，简单粗暴，但是有效，哈哈哈。。。
当然了，网上正规的解决方法：
参考https://bz.apache.org/bugzilla/show_bug.cgi?id=60594，说从以下版本开始，有配置项能够关闭/配置这个行为：
8.5.x系列的：8.5.12 onwards
8.0.x系列的：8.0.42 onwards
7.0.x系列的：7.0.76 onwards
解决办法就是：…/conf/catalina.properties中，找到最后注释掉的一行
＃tomcat.util.http.parser.HttpParser.requestTargetAllow=| ，
改成
tomcat.util.http.parser.HttpParser.requestTargetAllow=|{}
然后去掉这句话的注释。
这种方法楼主没有试过，有兴趣的同学可以自己尝试一下。