solr5.3部署在tomcat7.0.70上執行正常，升級為7.0.76之後啟動正常，訪問solr控制檯異常：

三月 28, 2017 2:29:42 下午 org.apache.coyote.http11.AbstractHttp11Processor process
資訊: Error parsing HTTP request header
 Note: further occurrences of HTTP header 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
    at org.apache.coyote.http11.InternalInputBuffer.parseRequestLine(InternalInputBuffer.java:189)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1000)
    at org.apache.coyote.AbstractProtocol
 
$AbstractConnectionHandler.process(AbstractProtocol.java:637)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
 
:615)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Thread.java:745)

查資料瞭解到最新的tomcat6 7 8 都有這個問題，這個問題是由於tomcat的新版本增加了一個新特性，就是嚴格按照 RFC 3986規範進行訪問解析，而 RFC 3986規範定義了Url中只允許包含英文字母（a-zA-Z）、數字（0-9）、-_.~4個特殊字元以及所有保留字元(RFC3986中指定了以下字元為保留字元：! * ’ ( ) ; : @ & = + $ , / ? # [ ])。

用Fiddler抓包發現請求連結都是400的狀態，就是請求引數有誤。請求連結中都包含有一個引數名為值為${version}的引數(http://127.0.0.1:8080/solr/css/styles/common.css?_=${version})。單獨請求這個連結同樣訪問失敗，將?=${version}刪除後可正常訪問。對照 RFC 3986規範中的定義發現${version}中的一對大括號不在 RFC 3986規範定義的保留字元中。

此時問題已經找到了，就是因為這對大括號引起的錯誤。這時候的解決方案應是對url中的非法字元進行編碼。手動把一對大括號進行編碼後連結為：http://127.0.0.1:8080/solr/css/styles/common.css?_=${version} 經測試，該連結可正常訪問。接下來要修改原始碼中的過濾器，對所有請求連結進行UrlEncode編碼。
修改原始碼的時候發現樣式和js的請求都在首頁html中寫死了。格式為：

<link rel="stylesheet" type="text/css" href="css/styles/common.css?_=${version}">

偷個懶只修改了html中的內容，將?_=${version}直接刪除，最終格式為：

<link rel="stylesheet" type="text/css" href="css/styles/common.css">

重新部署啟動solr，首頁訪問OK！