问题表现:在配置和依赖都正确的情况下,无法通过配置的用户名密码登录Druid的监控页面
检查配置发现 配置的用户名和密码和请求中参数是一致的🤔
Debug发现 ResourceServlet 是Druid的登录实现, 且调试发现usernameParam是null,但是前端请求是看到有参数的。
开始查看当前线程栈上游都经过了哪些过滤器和拦截器,找到第一个接收前端请求的地方看是否接收到参数,然后发现getParamter()是有值的. 这个时候放开了断点,想再试一次看是哪层丢了值,结果发现页面登录成功了。🤨
仔细调试 org.apache.catalina.connector.Request 类后发现了问题的原因
首先是getParameter方法看起来是get 读操作
,实际上还做了惰性的解析的写操作,所以这也是为什么代码规范中推荐get命名的方法不要藏有副作用的逻辑,只能是读操作。
其次解析逻辑中如果符合usingInputStream || usingReader 就会退出不会走后续的解析参数逻辑。
因为有监控所有请求日志的需求,所以有个Filter负责复制Request内容,此处会触发一次读Request的Body流,然后导致了这次的问题。
由于我在第一个Filter执行前就在Debug中执行了 getParameter 方法,也就触发了parseParameters方法执行,所以Druid的Service就能获取到参数了。
所以最后解决方案就是在复制Request的Body 去构造 BodyReaderWrapper 前,先调用一次request.getParameter 方法 🤣