cexo

摘要： 对于线程上下文类加载器在之前已经对它进行了详细的理论化的学习，其中对于这个类加载器应用最多的也就是在SPI场合下用来打破双亲委托机制，如之前所描述的： 这次举一个具体的例子来进一步的加深对线程上下文类加载器的理解，这里以mysql为例，当然首先得要将mysql的依赖jar给导进来喽，如下： 好~~万 阅读全文

摘要： 在上一次【https://www.cnblogs.com/webor2006/p/9248621.html】对线程上下文类加载器进行理论化的了解，这里回忆一下重点之处： 这里以JDBC的这种SPI场景用图来更具体的描述一下： 而根据这个理论： 很明显JDBC会去引用JDBCImpl的具体厂商的实现， 阅读全文

摘要： 在上一次【https://www.cnblogs.com/webor2006/p/9246850.html】分析源码中发现有两处设置线程上下文类加载器的代码，如下： 因为它是非常重要的东东，所以这次专门对它进行主题展开，主要的作用为了改变委托双亲模式在某些场景不太适用或者是无法满足需求的，下面先写一 阅读全文

摘要： 基于上一次【https://www.cnblogs.com/webor2006/p/9240898.html】Launcher的分析继续，上次分析到了这： 接着创建应用类加载器，其创建过程其扩展类加载器类似，如下： 这里有一个细节： 因为扩展类加载器是应用类加载器的父亲，所以没必要也记录扩展类加载器 阅读全文

摘要： 基于上一次获取系统类加载器这块进行分析： 关于这个方法的javadoc在之前已经阅读过了，不过这里再来仔细阅读一下加深印象： 这里有一个非常重要的概念：上下文类加载器： 它的作用非常之大，在后面会详细进行学习，先有个印象。 接着来看一下它的具体实现： 再来看一下是如何初始化的： 所以接下来将焦点定位 阅读全文

摘要： 平台特定的启动类加载器深入分析： 这里以上一次【https://www.cnblogs.com/webor2006/p/9157626.html】的这个程序作为学习的开端，如下： 运行结果： 可见不同的系统类加载器所加载的目录是不一样的，那如果换成用java命令来执行这个程序会有啥不同呢，先进入该字 阅读全文

摘要： 类加载器命名空间总结: 类加载器的双亲委托模型的好处： 可以确保Java核心库【如JDK中rt.jar里面的类】的安全：所有的Java应用至少会引用java.lang.Object类，也就是说在运行期，java.lang.Object这个类会被加载到Java虚拟机中；如果这个加载过程是由Java应用 阅读全文

摘要： 在上一次【https://www.cnblogs.com/webor2006/p/9157626.html】最后写了一个貌似没啥意义的程序，回顾一下： 其结果为true的原因并非是因为loader1和loader2都是MyTest16的实例哈，如果是这样理解的话说明对类的双亲委托机制就不太了解，这里 阅读全文

摘要： 对于类加载器之前有这样一张图，回顾一下： 也就是不同的类加载器其加载的具体目录是不一样的，那能否通过代码将这些类加载器所加载的目录打印出来直观的感受一下？当然可以，下面就来尝试一下： 编译运行： 【注意】：因为我是在mac上运行的，所以目录与目录之间的间隔以“：”分隔。 其中可以看一下应用类加载器所 阅读全文

摘要： 基于上一次【https://www.cnblogs.com/webor2006/p/9129149.html】的程序进一步进行修改: 编译运行： 此时咱们在设置的桌面路径中将MySample.class、MyCat.class文件拷进来，如下： 此时再次运行： 依然是由系统类加载器来加载，也很好理解 阅读全文