轉載自?注意：阿里Druid連接池監控的兩個坑

阿里的Druid大家都知道是最好的連接池，其強大的監控功能是我們追求的重要特性。但在實際情況中也有不少坑，說下最近遇到的一個坑吧！

問題1：不斷打印error級別的錯誤日志

session ip change too many

下面是其報錯的關鍵源碼

com.alibaba.druid.support.http.stat.WebSessionStat#addRemoteAddress

public void addRemoteAddress(String ip) {if (remoteAddresses == null) {this.remoteAddresses = ip;return;} ? ?if (remoteAddresses.contains(ip)) {return;} ? ?if (remoteAddresses.length() > 256) {LOG.error("session ip change too many");return;} ? ?remoteAddresses += ';' + ip; }

再來看看Druid連接池獲取IP的方式

com.alibaba.druid.util.DruidWebUtils

public static String getRemoteAddr(HttpServletRequest request) {String ip = request.getHeader("x-forwarded-for");if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) {ip = request.getHeader("Proxy-Client-IP");}if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) {ip = request.getHeader("WL-Proxy-Client-IP");}if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) {ip = request.getRemoteAddr();} ? ?return ip; }

分析其源碼
這是阿里Druid連接池的session監控功能，會記錄同一個會話ID的所有訪問IP記錄，當超過256個字符長度時就會打印這個錯誤日志，但實際功能不受影響。

看了下Druid session監控的頁面，同一個會話請求次數并不多，但記錄的IP卻有問題，一個請求最多的會保存多級代理形成的多段IP（如192.168.1.2,192.168.1.3,192.168.1.4），這樣一來5、6次請求就會使訪問IP超出256長度從而打印這個錯誤。

解決方案

1、如果用不到session監控，就關閉此功能；

https://github.com/alibaba/druid/wiki/%E9%85%8D%E7%BD%AE_%E9%85%8D%E7%BD%AEWebStatFilter

<init-param><param-name>sessionStatEnable</param-name><param-value>false</param-value> </init-param>

2、修改源碼，如果有多段IP，截取第一段，并修改記錄訪問IP（256位）的長度；

作者去看了阿里最新的包，此問題還存在。

并且Github上的Druid官方錯誤申報里面也有同樣的問題，阿里也沒有修復的意思，所以我們已暫時關閉session監控功能。

問題2：DruidStatView類異常

java.util.ConcurrentModificationExceptionat java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.java:394)at java.util.LinkedHashMap$ValueIterator.next(LinkedHashMap.java:409)at java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1067)at com.alibaba.druid.support.http.stat.WebAppStat.getSessionStatDataList(WebAppStat.java:504)at com.alibaba.druid.support.http.stat.WebAppStatUtils.getSessionStatDataList(WebAppStatUtils.java:64)at com.alibaba.druid.support.http.stat.WebAppStatManager.getSessionStatData(WebAppStatManager.java:100)at com.alibaba.druid.stat.DruidStatService.getWebSessionStatDataList(DruidStatService.java:205)at com.alibaba.druid.stat.DruidStatService.service(DruidStatService.java:161)at com.alibaba.druid.support.http.StatViewServlet.process(StatViewServlet.java:162)at com.alibaba.druid.support.http.ResourceServlet.service(ResourceServlet.java:253)

看源碼，發現又是session監控的坑

無力吐槽。。

for循環里面重復定義Map，可能在別的地方有元素變動，導致發生ConcurrentModificationException異常。

所以，最后關閉了session監控。

很好奇，阿里工程師都這種水平嗎？還是為了偷懶？

總結

以上是生活随笔為你收集整理的阿里Druid连接池监控的两个坑的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。