// if we got here nobody could connect.
if (reason != null) {
println("getConnection failed: " + reason);
throw reason;
}
println("getConnection: no suitable driver found for "+ url);
throw new SQLException("No suitable driver found for "+ url, "08001");
}
这个方法一开始就要得到调用类caller的类加载器callerCL，为的是后面再去加载数据库的driver，做一下验证，
具体在 isDriverAllowed(aDriver.driver, callerCL) 里面的代码里。
那问题来了，为什么就不能用加载DriverManager的类加载器呢？？？
因为DriverManager在rt.jar里面，它的类加载器上启动类加载器。而数据库的driver（com.mysql.jdbc.Driver）是放在classpath里面的，启动类加载器是不能加载的。所以，如果严格按照双亲委派模型，是没办法解决的。而这里的解决办法是：通过调用类的类加载器去加载。而如果调用类的加载器是null，就设置为线程的上下文类加载器：
Thread.currentThread().getContextClassLoader()
好的，下面通过Thread类的源码，分析线程的上下文类加载器。
/* The context ClassLoader for this thread */
private ClassLoader contextClassLoader;
// 这段if---else代码出自init方法
if (security == null || isCCLOverridden(parent.getClass()))
this.contextClassLoader = parent.getContextClassLoader();
else
this.contextClassLoader = parent.contextClassLoader;
public ClassLoader getContextClassLoader() {
if (contextClassLoader == null)
return null;
SecurityManager sm = System.getSecurityManager();
if (sm != null) {
ClassLoader.checkClassLoaderPermission(contextClassLoader,
Reflection.getCallerClass());
}
return contextClassLoader;
}
public void setContextClassLoader(ClassLoader cl) {
SecurityManager sm = System.getSecurityManager();
if (sm != null) {
sm.checkPermission(new RuntimePermission("setContextClassLoader"));
}
contextClassLoader = cl;
}
init方法里面代码的逻辑是：把父线程的上下文类加载器给继承过来。这里的父子关系是指谁启动谁的关系，比如在线程A里面启动了线程B，那B线程的父线程就是A。
既然都是一路继承，那第一个启动的线程（包含main方法的那个线程）里面的contextClassLoader是谁设置的呢？？？
这就要看 sun.misc.Launcher 这个类的源码。Launcher是JRE中用于启动程序入口main()的类。
loader = AppClassLoader.getAppClassLoader(extcl);
Thread.currentThread().setContextClassLoader(loader);
这里截取的两行代码出自 Launcher 的构造方法。第一行用一个扩展类加载器extcl构造了一个系统类加载器loader，第二行把loader设置为当前线程（包含main方法）的类加载器。所以，我们启动一个线程的时候，如果之前都没有调用 setContextClassLoader 方法明确指定的话，默认的就是系统类加载器。
到这里，整个加载流程基本上一目了然了。
现在，再回到之前 DriverManager的getConnection 方法，好像还有一个疑问没有解决。