Java的Classloader机制。

Java规范中的类加载机制使用了双亲委托机制。

用户自定义的ClassLoader可继承java.lang.ClassLoader,重写下面的方法。该种方法是Java1.2后推荐的作法。

    /**     * Finds the class with the specified <a href="#name">binary name</a>.     * This method should be overridden by class loader implementations that     * follow the delegation model for loading classes, and will be invoked by     * the {@link #loadClass <tt>loadClass</tt>} method after checking the     * parent class loader for the requested class.  The default implementation     * throws a <tt>ClassNotFoundException</tt>.  </p>     *     * @param  name     *         The <a href="#name">binary name</a> of the class     *     * @return  The resulting <tt>Class</tt> object     *     * @throws  ClassNotFoundException     *          If the class could not be found     *     * @since  1.2     */    protected Class<?> findClass(String name) throws ClassNotFoundException {throw new ClassNotFoundException(name);    }

另一个值得介绍的是ContextClassLoader，通过调用Thread.currentThread().getContextClassLoader();线程在创建时，可设置。

主要用于API的提供者，在无法确定使用哪个具体实现者时使用，比如JDK提供了一些Java API接口，用户根据自身需要给予实现，那JDK的代码中

如何加载实现类呢，本身加载java核心包是classloader在classloader的树形层次结构中处于很高的层次，按照正常的双亲加载机制，无法完成加载，

现在好了通过Thread传递下加载器即能解决这个问题。

 

如果现在有个文件目录下的有一堆jar包，而又两个jar包用包含着拥有相同完全限定名称的类，这算jar包冲突吗?

这不一定了，看应用的classloader加载这些类的机制了，现在搞两个URLClassLoader分别对应这个两个jar包的路径分别加载jar包中的类，只要这两类的对象不要错误的进行类型转换就OK了。