候选者：去获取Connection的时候，是使用「线程上下文加载器」去加载Connection的，而这里的线程上下文加载器实际上还是App ClassLoader
候选者：所以在获取Connection的时候，还是先找Ext ClassLoader和BootStrap ClassLoader，只不过这俩加载器肯定是加载不到的，最终会由App ClassLoader进行加载
面试官：嗯..
候选者：那这种情况，有的人觉得破坏了双亲委派机制，因为本来明明应该是由BootStrap ClassLoader进行加载的，结果你来了一手「线程上下文加载器」，改掉了「类加载器」
候选者：有的人觉得没破坏双亲委派机制，只是改成由「线程上下文加载器」进行类加载，但还是遵守着：「依次往上找父类加载器进行加载，都找不到时才由自身加载」。认为"原则"上是没变的。
面试官：那我了解了
本文总结：
前置知识：JDK中默认类加载器有三个：AppClassLoader、Ext ClassLoader、BootStrap ClassLoader。AppClassLoader的父加载器为Ext ClassLoader、Ext ClassLoader的父加载器为BootStrap ClassLoader。这里的父子关系并不是通过继承实现的，而是组合。
什么是双亲委派机制：加载器在加载过程中，先把类交由父类加载器进行加载，父类加载器没找到才由自身加载。
双亲委派机制目的：为了防止内存中存在多份同样的字节码（安全）
类加载规则：如果一个类由类加载器A加载，那么这个类的依赖类也是由「相同的类加载器」加载。
如何打破双亲委派机制：自定义ClassLoader，重写loadClass方法（只要不依次往上交给父加载器进行加载，就算是打破双亲委派机制）
打破双亲委派机制案例：Tomcat
为了Web应用程序类之间隔离，为每个应用程序创建WebAppClassLoader类加载器
为了Web应用程序类之间共享，把ShareClassLoader作为WebAppClassLoader的父类加载器，如果WebAppClassLoader加载器找不到，则尝试用ShareClassLoader进行加载
为了Tomcat本身与Web应用程序类隔离，用CatalinaClassLoader类加载器进行隔离，CatalinaClassLoader加载Tomcat本身的类
为了Tomcat与Web应用程序类共享，用CommonClassLoader作为CatalinaClassLoader和ShareClassLoader的父类加载器
ShareClassLoader、CatalinaClassLoader、CommonClassLoader的目录可以在Tomcat的catalina.properties进行配置
线程上下文加载器：由于类加载的规则，很可能导致父加载器加载时依赖子加载器的类，导致无法加载成功（BootStrap ClassLoader无法加载第三方库的类），所以存在「线程上下文加载器」来进行加载。
欢迎关注我的微信公众号【Java3y】来聊聊Java面试，对线面试官系列持续更新中！
一周两篇持续更新中！
【对线面试官-电脑端】系列 一周两篇持续更新中！