Java能不能本身写一个类以java.lang 开头的类

最近在整理一下日记资料。

日记记录到比不上网上这篇全，转过来了，摘自：http://www.bkjia.com/ASPjc/943121.html

能不能本身写个类叫java.lang.System？

网上提供的答案：一般不能够，但能够采起另类方法达到这个需求。所谓的另类方法指本身写个类加载器来加载java.lang.System达到目的。

首先代表下个人观点。上述答案彻底是误导读者，是不正确的答案。我就纳闷了网上怎么把这种彻底不正确的搜索结果排在前面，并且几乎搜到的都是这种不正确的答案。可能不少不明真相的朋友就这么被误导了，因此仍是但愿你们对网上的内容先持怀疑态度为好。下面详细说明为何。

首先，摘抄网上错误答案的详细解释

“为了避免让咱们写System类，类加载采用委托机制，这样能够保证爸爸们优先，爸爸们能找到的类，儿子就没有机会加载。而System类是Bootstrap加载器加载的，就算本身重写，也老是使用Java系统提供的System，本身写的System类根本没有机会获得加载。
可是，咱们能够本身定义一个类加载器来达到这个目的，为了不双亲委托机制，这个类加载器也必须是特殊的。因为系统自带的三个类加载器都加载特定目录下的类，若是咱们本身的类加载器放在一个特殊的目录，那么系统的加载器就没法加载，也就是最终仍是由咱们本身的加载器加载。”

而后，说明下上面解释中提到的一些概念

类加载器可分为两类：一是启动类加载器(Bootstrap ClassLoader)，是C++实现的，是JVM的一部分；另外一种是其它的类加载器，是Java实现的，独立于JVM，所有都继承自抽象类java.lang.ClassLoader。jdk自带了三种类加载器，分别是启动类加载器（Bootstrap ClassLoader），扩展类加载器（Extension ClassLoader），应用程序类加载器（Application ClassLoader）。后两种加载器是继承自抽象类java.lang.ClassLoader。关于这三种加载器各自的做用这里不作详细说明，有兴趣的能够本身了解下。

类加载器是有层次的

通常是： 自定义类加载器  >> 应用程序类加载器  >> 扩展类加载器  >> 启动类加载器

上面的层次关系被称为双亲委派模型(Parents Delegation Model)。除了最顶层的启动类加载器外，其他的类加载器都有对应的父类加载器。

再简单说下双亲委托机制：若是一个类加载器收到了类加载的请求，它首先不会本身尝试去加载这个类，而是把这个请求委派给父类加载器，每个层次的类加载器都是加此，所以全部的加载请求最终到达顶层的启动类加载器，只有当父类加载器反馈本身没法完成加载请求时（指它的搜索范围没有找到所需的类），子类加载器才会尝试本身去加载。

再回去看下解释内容，我相信前面的部分你们应该很看懂了，也没什么大问题。最后的若是部分“若是咱们本身的类加载器放在一个特殊的目录，那么系统的加载器就没法加载，也就是最终仍是由咱们本身的加载器加载。” 我就不明白因此了，逻辑彻底不通。我想它的本意多是，将本身的java.lang.System类放置在特殊目录，而后系统自带的加载器没法加载，这样最终仍是由咱们本身的加载器加载（由于咱们本身的加载器知道其所在的特殊目录）。这种说法好像逻辑上没有问题，那么咱们就来实验下了。

代码验证

测试类结构及内容以下：

public class MyClassLoader extends ClassLoader{
    
    public MyClassLoader() {
        super(null);
    }
    
    @Override
    public Class<?> loadClass(String name) throws ClassNotFoundException {
        try{
            String className = null;
            if(name.startsWith("java.lang")){
                className = "/" + name.replace('.', '/') + ".class";
            }else{
                className = name.substring(name.lastIndexOf('.') + 1) + ".class";
            }
            System.out.println(className);
            InputStream is = getClass().getResourceAsStream(className);
            System.out.println(is);
            if(is == null)
                return super.loadClass(name);
            
            byte[] b = new byte[is.available()];
            is.read(b);
            return defineClass(name, b, 0, b.length);
        }catch (Exception e) {
            e.printStackTrace();
            throw new ClassNotFoundException();
        }
    }
}

public class ClassLoaderTest {

    public static void main(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException {
        ClassLoader myLoader = new MyClassLoader();
        Object obj = myLoader.loadClass("java.lang.Math").newInstance();
        System.out.println(obj);
    }
    
}

public final class Math {
    
    public static void main(String[] args) {
        System.out.println("hello world");
    }
}

public class MyMath {
    
    public static void main(String[] args) {
        System.out.println("hello world");
    }
}

上面的测试代码没用自定义java.lang.System类，由于测试代码用到了JDK自带的System类进行输出打印，会冲突，因此改用为自定义的java.lang.Math类。若是自定义的Math类能加载，那么自定义的System类一样能加载。

咱们先直接运行下Math类，输出以下：

java.lang.NoSuchMethodError: main
Exception in thread "main" 

提示Math类没有main方法。首先你们要明白一个概念，当类首次主动使用时，必须进行类的加载，这部分工做是由类加载器来完成的。根据双亲委托原则，Math类首先由启动类加载器去尝试加载，很显然，它找到rt.jar中的java.lang.Math类并加载进内存（并不会加载咱们自定义的Math类），而后执行main方法时，发现不存在该方法，因此报方法不存在错误。也就是说，默认状况下JVM不会加载咱们自定义的Math类。

再直接运行MyMath类，输出以下：

java.lang.SecurityException: Prohibited package name: java.lang
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:479)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
Exception in thread "main" 

注意红色部分的内容。由堆栈异常信息可知道，当应用程序类加载器类（AppClassLoader）尝试加载MyMath类时，ClassLoader.java的479行抛出了SecurityException

禁止使用包名：java.lang。

直接查看抽象类java.lang.ClassLoader的preDefineClass方法代码，摘抄以下：

    private ProtectionDomain preDefineClass(String name,
					    ProtectionDomain protectionDomain)
    {
	if (!checkName(name))
	    throw new NoClassDefFoundError("IllegalName: " + name);

	if ((name != null) && name.startsWith("java.")) {
	    throw new SecurityException("Prohibited package name: " +
					name.substring(0, name.lastIndexOf('.')));
	}
	if (protectionDomain == null) {
	    protectionDomain = getDefaultDomain();
	}

	if (name != null)
	    checkCerts(name, protectionDomain.getCodeSource());

	return protectionDomain;
    }

能够看到若是加载的类全名称以“java.”开头时，将会抛出SecurityException，这也是为何直接执行MyMath类会出现SecurityException。

照这样，咱们自定义的类加载器必须继承自ClassLoader，其loadClass()方法里调用了父类的defineClass()方法，并最终调到preDefineClass()方法，所以咱们自定义的类加载器也是不能加载以“java.”开头的java类的。咱们继续运行下ClassLoaderTest类，输出以下：

/java/lang/Math.class
sun.net.www.protocol.jar.JarURLConnection$JarURLInputStream@a981ca
java.lang.SecurityException: Prohibited package name: java.lang
at java.lang.ClassLoader.preDefineClass(ClassLoader.java:479)
at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
at com.tq.MyClassLoader.loadClass(MyClassLoader.java:28)
at com.tq.ClassLoaderTest.main(ClassLoaderTest.java:8)
Exception in thread "main" java.lang.ClassNotFoundException
at com.tq.MyClassLoader.loadClass(MyClassLoader.java:31)
at com.tq.ClassLoaderTest.main(ClassLoaderTest.java:8)

红色部分清楚代表，也是在preDefineClass方法中抛出的SecurityException。

经过代码实例及源码分析能够看到，对于自定义的类加载器，强行用defineClass()方法去加载一个以"java."开头的类也是会抛出异常的。

总结

不能本身写以"java."开头的类，其要么不能加载进内存，要么即便你用自定义的类加载器去强行加载，也会收到一个SecurityException。

码字不易，源头来自http://blog.csdn.net/tang9140。

那些抓取网上内容，放在自家网站上的请自觉。百度搜索你为啥老把原创网页排后面呢，请反思，不要只想着赚钱。