开心一刻
今天去超市买饮料
老板说 5 元，我听成了“会员”
我说没有
老板跟我对视了 10 秒
然后，老板说：没有你买啥？
我说：没有就不让买？
当时的老板：
瑕疵回顾
都说了能不动就别动，非要去调整，出生产事故了吧 中有一个地方讲的有瑕疵，不知道你们发现了没有
框住的第一句是没问题的，但第二句是不够严谨的，我自罚三耳光！
为什么这么说，我们细看下当时的异常堆栈信息
发现了什么？
在 与 之间有
是什么，一个性能极高的数据库连接池，它是可以有自己的想法的！
思维再扩散一点，格局再打开一点，是不是就是：在 与 之间有
哪些说不用 的小伙伴，你最好想清楚了再说
用关系型数据库，而不用数据库连接池的项目多吗？仔细回忆回忆
回到框住的第二句，严谨的说法应该是：而是交由下游组件
至于下游组件是 ，还是 ，亦或是其他的，是不是都囊括进来了？是不是就严谨了？
druid SQLFeatureNotSupportedException
mybatis-plus/issues/1114 中提到了一个异常：
基于 触发的异常
我们调整下代码
1、引入 依赖
2、修改数据源类型（默认的 可以不用配置 ）
数据库数据源就已经切成 了
我们将 版本调回到最初的 ， 仍使用
运行 ，此时的异常是什么，还是 吗？
org.springframework.dao.InvalidDataAccessApiUsageException: Error attempting to get column 'pay_time' from result set. Cause: java.sql.SQLFeatureNotSupportedException ; null; nested exception is java.sql.SQLFeatureNotSupportedException at org.springframework.jdbc.support.SQLExceptionSubclassTranslator.doTranslate(SQLExceptionSubclassTranslator.java:96) at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81) at org.mybatis.spring.MyBatisExceptionTranslator.translateExceptionIfPossible(MyBatisExceptionTranslator.java:73) at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:446) at com.sun.proxy.$Proxy54.selectList(Unknown Source) at org.mybatis.spring.SqlSessionTemplate.selectList(SqlSessionTemplate.java:230) at com.baomidou.mybatisplus.core.override.MybatisMapperMethod.executeForMany(MybatisMapperMethod.java:158) at com.baomidou.mybatisplus.core.override.MybatisMapperMethod.execute(MybatisMapperMethod.java:76) at com.baomidou.mybatisplus.core.override.MybatisMapperProxy.invoke(MybatisMapperProxy.java:62) at com.sun.proxy.$Proxy60.selectList(Unknown Source) at com.qsl.OrderTest.orderListAllTest(OrderTest.java:33) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.springframework.test.context.junit4.statements.RunBeforeTestExecutionCallbacks.evaluate(RunBeforeTestExecutionCallbacks.java:74) at org.springframework.test.context.junit4.statements.RunAfterTestExecutionCallbacks.evaluate(RunAfterTestExecutionCallbacks.java:84) at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75) at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86) at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:251) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:97) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:190) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69) at com.intellij.rt.junit.IdeaTestRunner$Repeater$1.execute(IdeaTestRunner.java:38) at com.intellij.rt.execution.junit.TestsRepeater.repeat(TestsRepeater.java:11) at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:35) at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:232) at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:55) Caused by: java.sql.SQLFeatureNotSupportedException at com.alibaba.druid.pool.DruidPooledResultSet.getObject(DruidPooledResultSet.java:1771) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.ibatis.logging.jdbc.ResultSetLogger.invoke(ResultSetLogger.java:69) at com.sun.proxy.$Proxy73.getObject(Unknown Source) at org.apache.ibatis.type.LocalDateTimeTypeHandler.getNullableResult(LocalDateTimeTypeHandler.java:38) at org.apache.ibatis.type.LocalDateTimeTypeHandler.getNullableResult(LocalDateTimeTypeHandler.java:28) at org.apache.ibatis.type.BaseTypeHandler.getResult(BaseTypeHandler.java:81) at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.applyAutomaticMappings(DefaultResultSetHandler.java:521) at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.getRowValue(DefaultResultSetHandler.java:402) at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleRowValuesForSimpleResultMap(DefaultResultSetHandler.java:354) at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleRowValues(DefaultResultSetHandler.java:328) at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleResultSet(DefaultResultSetHandler.java:301) at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleResultSets(DefaultResultSetHandler.java:194) at org.apache.ibatis.executor.statement.PreparedStatementHandler.query(PreparedStatementHandler.java:65) at org.apache.ibatis.executor.statement.RoutingStatementHandler.query(RoutingStatementHandler.java:79) at com.baomidou.mybatisplus.core.executor.MybatisSimpleExecutor.doQuery(MybatisSimpleExecutor.java:67) at org.apache.ibatis.executor.BaseExecutor.queryFromDatabase(BaseExecutor.java:324) at org.apache.ibatis.executor.BaseExecutor.query(BaseExecutor.java:156) at org.apache.ibatis.executor.CachingExecutor.query(CachingExecutor.java:109) at org.apache.ibatis.executor.CachingExecutor.query(CachingExecutor.java:83) at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:147) at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:140) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:433) ... 39 more
和 对比下
可以看到，差别还是比较大的
从异常堆栈信息，我们得知，调用栈是： -> ->
当数据库连接池是 时，在调用栈的第二环（ ）就异常了
而当数据库连接池是 时，在调用栈的第三环才异常，而在第二环（ ）并未异常
那就来看看 为何会异常
为何异常
相信看了 都说了能不动就别动，非要去调整，出生产事故了吧 的小伙伴，能够很快定位到关键代码
对，你想的没错，就是从异常堆栈中找关键位置
我们就从 开始，来看看异常是怎么产生的
打个断点，然后再 下
按 ，进入
红框框住的代码，大家能看懂吗？我给大家拆分下
信息如下
对象
作用是不是明显了？
就是反射调用 的方法：
跟进去看下该方法的具体实现
哦豁，直接抛出异常
原因是不是找到了： 不支持根据JAVA类型获取列值
如何修复
1、降低 版本
将 版本降低至 或以下
因为项目中用的是 ，我们将其降至
运行 ，没异常，结果也正确
此时各个组件的版本： （即 ）， ，
为何将 的版本调整至 就可以了？
这其实跟 对 的调整有关
依赖下游组件的 或
而 依赖下游组件的 或
2、升级 版本
升级到哪个版本，这个需要看 从哪个版本开始支持
根据官方说明，从 开始支持
我们来看下 相较于上一个版本（ ，没有 ），对 调整了什么
我们将 改回成 （ ），然后将 升级到
再执行 ，你会发现还是有异常！！！
但是先别慌，该异常
是不是很眼熟？
不是在 都说了能不动就别动，非要去调整，出生产事故了吧 已经解决过了吗？
那怎么修？
有小伙伴会说：这个我会，将 升级到
就不能一步到位升级到 ？， 有 呀！！！
此时各个组件的版本： （即 ）， ，
Hikari 为何没问题
此刻相信大家会有一个问题：为何 没有 的那个问题（ ）
我们来分析下， 版本是
它的 有实现 和
具体实现交给了下游，也就是交给了
那它是一开始就是这么实现的，还是在 或之前的某个版本调整成这样的了？
因为 是动态生成的，没有现成的源代码，我也想帮你们分析，可我暂时做不到呀
等我了解了 动态代理实现机制，我再来给你们分析，暂时算我欠你们的！
你们要实在是觉的不爽，来打我呀
总结
遇到异常不要害怕，异常堆栈是很有用的信息
遇到开源组件的问题， 上搜它的相关 ，往往能事半功倍
还是那句话：能不动就不要动，改好没绩效，改出问题要背锅，吃力不讨好，又不是不能跑
评论区