浅谈为什么java命令运行class文件出现异常
<h2>摘要</h2> <p>相信每一个初学者学习Java时,刚开始练习编程Java都会写一个HelloWord程序,然后会按照书本上那样用命令行去编译,解释Java程序,或许当时你执行成功了;可是当你进一步学习更多的知识的时候,学到了用包命名空间来解决类名冲突后,你写的程序会更加完善健壮,而你此时还是利用初学时的方法去编译解释这个程序错误时,可能会遇到这个错误: Exception in thread “main” java.lang.NoClassDefFoundError: 。</p> <p>今天呢我就浅谈一下对于这个异常的发生的原因和解决方案。我相信你看过之后会更加理解包在Java中的存在的意义!</p> <h2>举例</h2> <p>源程序如下:</p> <pre> <code class="language-java">package com.study.mengyi.access; /** * 用于测试在dos下利用java命令行的形式运行程序 * @ClassName TestDosRunning * @Description * @Author Meng Yi * @Date 2017年7月18日 上午11:01:37 */ public class TestDosRunning { public static void main(String[] args){ System.out.println("Code is running!"); } }</code></pre> <p>当然你如果用IDE来运行程序,就不会出现开头出现的异常,因为开发工具已经帮你解决好了,这里先不细说,接下来我们在dos下面cd到源文件的路径下,用javac 编译这个源程序。</p> <p><img src="https://simg.open-open.com/show/0f953a67f11be65804254ef06d1cd766.png"></p> <p>如上图,若javac 命令后没有出现报错,说明我们的路径正确,编译成功,之后我们一般都会直接在当前目录下进行 java class文件(class文件为编译后的文件),例如本例 java TestDosRunning ,然后当我们敲下这个命令运行后,发现会报错!</p> <pre> <code class="language-java">Exception in thread "main" java.lang.NoClassDefFoundError: TestDosRunning (wrong name: com/study/mengyi/access/TestDosRunning) at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:800) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:449) at java.net.URLClassLoader.access$100(URLClassLoader.java:71) at java.net.URLClassLoader$1.run(URLClassLoader.java:361) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482)</code></pre> <p>上述异常的说的是:在主线程中存在一个异常:没有找到要运行的类文件(即class文件)。Wait,我就是在当前目录下进行运行的啊,文件名也对啊(注意大小写),怎么会找不到呢? 百度一下吧,网上说的乱七八糟,密密麻麻的说了一堆了,你觉得如果是一个新手,他能认真看嘛,为什么不用自己话来解答这个问题呢?</p> <h2>分析</h2> <p>既然报错说的是类文件没有找到,所以我们应该第一时间想到的是ClassPath**类加载路径**,该变量指示JVM在执行会在这个路径上面找到我们要运行的class文件,在之前呢,必须手动设置ClassPath,但是对于新手来说,设立这个无异是件麻烦的事情,所以Sun公司将Java2中JDk改造了更加聪明了一点,就是我们在设置好Java运行环境后,就不用再设置ClassPath变量,JDK会智能的找到类加载路径。而且默认的classpath会从当前目录中寻找class文件,这样说来,类加载的路径是对的。所以排除!</p> <p>难道我们的访问方式有问题?是的。首先看这个例子:</p> <pre> <code class="language-java">/** * 用于测试在dos下利用java命令行的形式运行程序 * @ClassName TestDosRunning * @Description * @Author Meng Yi * @Date 2017年7月18日 上午11:01:37 */ public class TestDosRunning { public static void main(String[] args){ System.out.println("Code is running!"); } }</code></pre> <p><img src="https://simg.open-open.com/show/53974026ca9cee8e02b0fd71f9bf7258.png"></p> <p>What?这个怎么行? <strong>仔细对比与之前例子发现这个程序没有写包名</strong> ,这也是为什么我刚学Java时,dos可以运行,而我用包之后怎么就不行了?</p> <p>我们先说下什么包? 包是Java中为了解决命名冲突而设置的,包内含有一组类,这些类共同组成类库,包的命名方式采用域名倒着写,因为域名在全网是唯一的,所以这样我们创建的包名也就是唯一的,所以就不会存在类命名冲突问题。 这样就导致了一个 类的在JVM中必须是全类名,即包含前缀包名,这样解析器就可以正确的加载类,而不会出现歧义,所以我们在用java 执行命令时必须指定类的全类名。</p> <p>不写包名的话,意味着这是默认包,虚拟机会把所有的不写包名的类规整在一起组成默认包,所以不写包名情况的下,java TestDosRunning可以被解释器识别并执行。</p> <p>好了既然,我们理解了这样的方式,我们就用最开始的含包的程序检验一下是不是这个理,let’s go!</p> <p><img src="https://simg.open-open.com/show/41e779f99ae50be9d4f72a4823241726.png"></p> <p>what?我按全类名来运行了,怎么还不行啊?</p> <p>上面说到了包名采用了域名倒置的写法,这样的做法就是要做到有层次,虽然包名能唯一表示一个类,但是类文件始终都是要存储在操作系统中,而在操作系统是就是靠文件目录结构来解决命名冲突的,通过目录层次分划即可区分开不同的类,所以package名称被分解为机器上的一个目录。</p> <p>Java解析器的运行过程就是:首先,从classpath环境变量中类的各个存放路径,它们都为class文件的根目录。从根目录开始,解释器根据类的包名将转换成路径,比如 com.study.mengyi.access; 会被转换成根目录/com/study/mengyi/access,最后从access中读取到要加载的类文件。</p> <h3>方式一</h3> <p>所以上面我们直接在D:\JavaLearning\ThinkInJava\src\com\study\mengyi\access目录下进行 java TestDosRunning ,解析器会在access中寻找/com/study/mengyi/access,然而并没有这个目录,所以我们来手动生成一个这样的目录结构并把class文件复制过来检验一下!</p> <p>最终class文件的路劲为:</p> <p>D:\JavaLearning\ThinkInJava\src\com\study\mengyi\access\com\study\mengyi\access</p> <p><img src="https://simg.open-open.com/show/0e486a25784a801135c0a47defb08b32.png"></p> <p>运行成功!果然是这样,是不是一下子就对这个问题有更深的理解了?这样手动生成目录太累,所以我们可以在编译的时候这样 javac -d . TestDosRunning.java 编译的同时为我们生成的这样的目录结构。</p> <h3>方式二</h3> <p>既然解释器会找这样的目录结构,我们何不利用现成的,即我们可以回退到com父目录,在这里直接 java com.study.mengyi.access.TestDosRunning ,这时当前目录为: D:\JavaLearning\ThinkInJava\src</p> <p><img src="https://simg.open-open.com/show/0a204b6455d5a46229b90dcdf6d41fe0.png"></p> <p>经检验确实可以这样!</p> <h2>总结</h2> <p>在java中类的唯一性靠包名命名空间来得到保证,这样 在运行某个类必须冠以全类名的形式并对应好相应的目录结构 ,这样程序才可以正常运行。java的域名方式表示包名和包名对应操作系统的文件目录结构真是妙哉!美哉!</p> <p> </p> <p>来自:http://blog.csdn.net/dawn_after_dark/article/details/75303207</p> <p> </p>
本文由用户 笨的舍 自行上传分享,仅供网友学习交流。所有权归原作者,若您的权利被侵害,请联系管理员。
转载本站原创文章,请注明出处,并保留原始链接、图片水印。
本站是一个以用户分享为主的开源技术平台,欢迎各类分享!