背景
今天群里一哥们说了一个问题,试了好几下才解决。有点惭愧,记录之。
需求:
业务方要求,需要访问sqlite数据库,但是不能提前把sqlite的jar包放到工程里。( 可能是为了实现技术上的所谓的热拔插吧)
探索解决
需求是否合理,到了开发解决,只有使命必达。
当然,前提是有可行性,否则你可以拿着40米的大刀,让需求侧同学先跑39米 :))
热拔插,那就拿出反射来搞一把呗。
于是乎,有了一下过程
- 第一版代码
String path ="file:///User/xx/tmp/sqlite-jdbc-3.8.7.jar";
URL url = new URL(path);
URLClassLoader myClassLoader = new URLClassLoader(new URL[] {url},Thread.currentThread()
.getContextClassLoader());
Class<?> driverClass = myClassLoader.loadClass("org.sqlite.JDBC");
Class.forName("org.sqlite.JDBC",true, myClassLoader);
String dbURL="jdbc:sqlite:C:/Users/Administrator/Downloads/test.db";
Class<?> dmClazz = myClassLoader.loadClass("java.sql.DriverManager");
Method method = dmClazz.getMethod("getConnection", Connection.class);
Connection conn = (Connection)method.invoke(null,dbURL);
以上代码用了反射,类加载器,指导思想是,既然是动态加载,那就全部用新的classload 搞进来,不就可以了吗?
结果,不行。 因为DriverManager getConnection 是个静态方法,而且没有给你指定loader的地方。 即使自己load近来,依然找不到驱动。
- 思考总结
上述代码,把已经想到的构造一个classloader 反射调用方法,获取Connection,都用了,发现还是不行。
此时,喝杯茶,静一下。
翻看一下代码
Class.forName();
DriverManager.getConnection
看了一下相关注释,JDBC本身就是用反射获取驱动类,进行管理。
所以这时,思考了一下,是否换个思路,把驱动jar包放到当前loader的classpath即可。
- 解决方案
指导思想:
1.获取当前loader
2.获取相关jar包
3.放进当前loader对应的classpath
代码如下:
//1.获取jar
String path ="file:///User/xx/tmp/sqlite-jdbc-3.8.7.jar";
URL url = new URL(path);
//2获取当前loader
URLClassLoader classLoader = (URLClassLoader) ClassLoader.getSystemClassLoader();
//3. 把外部临时加载的jar包放进classpath
Method method = URLClassLoader.class.getDeclaredMethod("addURL", URL.class);
boolean accessible=method.isAccessible();
method.setAccessible(true);
method.invoke(classLoader, url);
method.setAccessible(accessible);
- 小结
回顾解决问题的过程,其实刚开始受问题发起者的影响较大,绕进了技术范畴。
遇阻后,倒过来根据经验解决问题,反倒立马解决
很多时间,不是技术问题,是经验问题