Java初学者 JDK命令行 路径问题

Java 初学者 JDK 命令行 路径问题 txt 我自横刀向天笑 笑完我就去睡觉 你的手机比话 费还便宜 路漫漫其修远兮 不如我们打的吧 Java 初学者 JDK 命令行 路径问题 屏幕出现 Exception in thread main java lang NoClassDefFoundError C JavaTest Hello hello class 明明在为什么说 CLASS 不在 原因在 CLASSPATH 1 SET CLASSPATH 2 JAVA CLASSPATH C JDK 将带有空格的 C Java Test 分隔为两部分 C Java 及 Test Hello java 并将 C Java 视作为一个无效的选项了 这种情况下 我们需要将整个路径都加上双引号 即 javac C Java Test Hello java 这回 JDK 知道 引号里面的是一个完整的路径 因此就不会报错了 同样 对 java 命令也 需要如此 即 java classpath C Java Test Hello Java 很诱人 但对于刚跨入 Java 门槛的初学者来说 编译并运行一个无比简单的 Java 程 序简直就是一个恶梦 明明程序没错 但各种各样让人摸 不着头脑的错误信息真的让你百 思不得其解 许多在 Java 门口徘徊了很久的初学者就这样放弃了学习 Java 的机会 很是可 惜 笔者也经历过这个无比痛苦的 阶段 感觉到编译难的问题就出在 classpath 的设置及 对 package 的理解之上 本文以实例的方式 逐一解决在编译过程中所出现的各种 classpath 的设置问题 本文实例运行的环境是在 Windows XP JDK 1 5 0 对其他的环境 读者应该很容易进行相应的转换 1 下载并安装 JDK1 5 0 并按默认路径 安装到 C Program Files Java jdk1 5 0 中 2 用鼠标单击 WindowsXP 的 开始 运行 在弹出的运行窗口中输入 cmd 按确定或 回车 打开一个命令行窗口 3 在命令行中输入 java 有一列长长的洋文滚了出来 这是 JDK 告诉我们 java 这个命令的使用方法 其中隐含了一 个重要信息 即 JDK 安装成功 可以在命令行中使用 java 此命令了 4 在命令行中输入 javac 屏幕显示 javac 不是内部或外部命令 也不是可运行的程序或批处理文件 这 是由于 windows 找不到 javac 这个命令的原因 这就不明白了 java 与 javac 都是 JDK 在同一个子目录里面的两个文件 为什么可以直接运行 java 而不能直接运行 javac 呢 原 来 Sun 公司为了方便大家在安装完 JDK 后马上就可以运行 Java 类文件 在后台悄悄地将 java 命令加入了 Path 的搜索路径中 因此我们可以直接运行 java 命令 但我们是看不到它 到底是在哪设置的 无论是在用户的 Path 或系统的 Path 设置中均找不到这 个 java 存放的 路径 但 Sun 所做的到此为止 其他 JDK 的命令 一概不管 需要由用户自己添加到搜索 路径中 5 既然如此 那我们自己添加 Path 的搜索路径吧 对 我的电脑 按右键 选 属性 在 系统属性 窗口中选 高级 标签 再按 环境变量 按钮 弹出一 个 环境变量 的窗口 在用户变量中新建一个变量 变量名为 Path 变量值为 C Program Files Java jdk1 5 0 bin PATH 最后的 PATH 的意思是说 保留原有的 Path 设置 且 将目前的 Path 设置新加 到其前面 一路按 确定 退出 共有 3 次 关掉原来的命令行窗 口 依照第 2 步 重新打开一个新的命令行窗口 在此窗口中输入 javac 长长的洋文又出现了 这回是介绍 javac 的用法 设置成功 6 So far so good 到目前为止 我们已经可以编程了 但是 这不是一个好办法 因为 随着以后我们深入学习 Java 我们就会用到 JUnit Ant 或 NetBeans 等应用 工具 这些工 具在安装时 都需要一个名为指向 JDK 路径的 JAVA HOME 的环境变量 否则就安装不了 因此 我们需要改进第 5 步 为以后作好准 备 依照第 5 步 弹出 环境变量 的窗口 在用户变量中新建一个变量 变量名为 JAVA HOME 变量值为 C Program Files Java jdk1 5 0 注意 这里的变量值只到 jdk1 5 0 不能延伸到 bin 中 确定后 返回 环境变量 的窗口 双击我们原 先设定的 Path 变量 将其值修改为 JAVA HOME bin PATH 这种效果与第 5 步是完全一样的 只不过多了一个 JAVA HOME 的变量 这样 以后当我们需要指向 JDK 的路径时 只需要加入 JAVA HOME 就行了 至此 Path 路径全部设置完毕 一 路确定退出 打开新的命令 行窗口 输入 javac 如果长长的洋文出现 Path 已经设置正确 一切正常 如果不是 请仔细检查本步骤是否 完全设置正确 7 开始编程 在 C 盘的根目录中新建一个子目录 名为 JavaTest 以作为存放 Java 源 代码的地方 打开 XP 中的记事本 先将其保存到 JavaTest 文件夹中 在 文件名 文本 框中输入 Hello java 注意 在文件名的前后各加上一个双引号 否则 记事本就会将其 存 为 Hello java txt 的文本文件 然后输入以下代码 public class Hello public static void main String args System out println Hello world 再次保存文件 8 在命令行窗口中输入 cd C JavaTest 将当前路径转入 JavaTest 中 然后 输入 javac Hello java JDK 就在 JavaTest 文件夹中编译生成一个 Hello class 的类文件 如果出现 1 error 或 XX errors 的字样 说明是源代码的输入有误 请根据出错提示 仔细地按第 7 步的代 码找出并修正错误 请读者注意甄别代码输入有误的问题与 classpath 设置有误的问题 因为本文是关于如何正确设置 classpath 及 package 的 因此 这里假设读者输入的代码准 确无误 到目前为 此 由于我们是在源代码的当前路径下编译 因此 不会出现 classpath 设置有误的问题 9 在命令行窗口中输入 java Hello 屏幕出现了 Hello world 成功了 我们已经顺利地编译及运行了第一个 Java 程序 但 是 第 8 步及第 9 步是不完美的 因为我们是在 JavaTest 这个存放源码的文件夹中进行 编译及运行的 因此 一些非常重要的问题并没有暴露出来 实际 上 第 8 步的 javac Hello java 及第 9 步的 java Hello 涉及到两个问题 一是操作系统如何寻找 javac 及 java 等命令 二是操作系统如何寻找 Hello java 及 Hello class 这些用户自己创建的文件 对于 javac 及 java 等命令 由于它们均是可执行文件 操作系统就会依据我们在第 6 步中 设置好的 Path 路径中去寻找 而对于 Hello java 及 Hello class 这些文件 Path 的设置不起作用 由于我们是在当前工作路 径中工作 java 及 javac 会在当前工作路径中寻找相应的 java 文件 class 文件的寻找比较特殊 详见 第 11 步 因此一切正常 下面我们开始人为地将问题复杂化 在非当前工作路径中编译及运行 看看 结果如何 10 在命令行窗口中输入 cd C 转入到 C 盘根目录上 当前路径离开了存放源码的工作区 输入 javac Hello java 屏幕出现 error cannot read Hello java 1 error 找不到 Hello java 了 我们要给它指定一个路径 告诉它到 C JavaTest 去找 Hello java 文件 输入 javac C JavaTest Hello java OK 这回不报错了 编译成功 11 输入 java C JavaTest Hello 这回屏幕出现 Exception in thread main java lang NoClassDefFoundError C JavaTest Hello 意 思为在 C JavaTest Hello 找不到类的定义 明明 C JavaTest Hello 是一个 class 文件 为什么就找不到呢 原 来 Java 对待 java 文件与 class 文件是有区别的 对 java 文件可以直接指定路径给它 而 java 命令所需的 class 文件不能出现扩 展名 也不 能指定额外的路径给它 那么 如何指定路径呢 对于 Java 所需的 class 文件 必须通过 classpath 来指定 12 依照第 5 步 弹出 环境变量 窗口 在用户变量中新建一个变量 变量名为 classpath 变量值为 C JavaTest 一路按 确定 退出 关闭原命令行窗口 打开 新的命令行窗口 输入 java Hello Hello world 出来了 由此可见 在 环境变量 窗口中设置 classpath 的目的就是告 诉 JDK 到哪里去寻找 class 文件 这种方法一旦设置好 以后每次运行 java 或 javac 时 在需要调用 class 文件时 JDK 都会自动地来到这里寻找 因此 这是一个全局性的设置 13 除了这种在环境变量 窗口中设置 classpath 的方法之外 还有另一种方法 即在 java 命令后面加上一个选项 classpath 紧跟着不带扩展名的 class 文件名 例如 java classpath C JavaTest Hello JDK 遇到这种情况时 先根据命令行中的 classpath 选项中指定的路径去寻找 class 文件 找不到时再到全局的 classpath 环境变量中去寻找 这种情况下 即使是没有设置全局的 classpath 环境变量 由于已经在命令行中正确地指定类路径 也可以运行 为了在下面的例子中更好地演示 classpath 的问题 我们先将全局的 classpath 环境变量删 除 而在必要时代之以命令行选项 classpath 弹出 环境变量 窗口 选中 classpath 的变量名 按 删除 键 此 外 java 命令中还可以用 cp 即 classpath 的缩写来代替 classpath 如 java cp C JavaTest Hello 特别注意的是 JDK 1 5 0 之前 javac 命令不能用 cp 来代替 classpath 而只能用 classpath 而在 JDK 1 5 0 中 java 及 javac 都可以使用 cp 及 classpath 因此 为保持一致 建议一概使用 classpath 作为选项名称 14 我们再次人为地复杂化问题 关闭正在编辑 Hello java 的记事本 然后将 JavaTest 文 件夹名称改为带空格的 Java Test 在命令行中输入 javac C Java Test Hello java 长长的洋文又出来了 但这回却是报错了 javac invalid flag C Java JDK 将带有空格的 C Java Test 分隔为两部分 C Java 及 Test Hello java 并将 C Java 视作为一个无效的选项了 这种情况下 我们需要将整个路径都加上双引号 即 javac C Java Test Hello java 这回 JDK 知道 引号里面的是一个完整的路径 因此就不会报错了 同样 对 java 命令也 需要如此 即 java classpath C Java Test Hello 对于长文件名及中文的文件夹 XP 下面可以不加双引号 但一般来说 加双引号不容易出 错 也容易理解 因此 建议在 classpath 选项中使用双引号 15 我们再来看 java 文件使用了其他类的情况 在 C Java Test 中新建一个 Person java 文件 内容如下 public class Person private String name public Person String name this name name public String getName return name 然后 修改 Hello java 内容如下 public class Hello public static void main String args Person person new Person Mike System out println person getName 在命令行输入 javac C Java Test Hello java 错误来了 C Java Test Hello java 3 cannot find symbol symbol class Person JDK 提示找不到 Person 类 为什么 javac C Java Test Hello java 在第 14 步中可行 而在这里却不行了呢 第 14 步中的 Hello java 文件并没有用来其他类 因此 JDK 不需要 去 寻找其他类 而到了这里 我们修改了 Hello java 让其使用了一个 Person 类 根据 第 11 步 我们需要告诉 JDK 到哪里去找所用到的类 即 使这个被使用的类就与 Hello java 一起 同在 C Java Test 下面 输入 javac classpath C Java Test C Java Test Hello java 编 译通过 JDK 在 C Java Test 文件夹下同时生成了 Hello class 及 Person class 两个 文件 实际上 由于 Hello java 使用了 Person java 类 JDK 先编译生成了 Person class 然后再编译生成 Hello class 因此 不管 Hello java 这个主类使用了多 少个其他类 只要编译这个类 JDK 就会自动编译其他类 很方便 输入 java classpath C Java Test Hello 屏幕出现了 Mike 成功 16 第 15 步说明了在 Hello java 中如何使用一个我们自己创建的 Person java 而且这个 类与 Hello java 是同在一个文件夹下 在这一步中 我们将考查 Person java 如果放在不 同文件夹下面的情况 先将 C Java Test 文件夹下的 Person class 文件删除 然后在 C Java Test 文件夹下新 建一个名为 DF 的文件夹 并将 C Java Test 文件夹下的 Person java 移动到其下面 在命 令行输入 javac classpath C Java Test DF C Java Test Hello java 编译通过 这时 javac 命令没有什么不同 只需将 classpath 改成 C Java Test DF 就行了 在命令行输入 java classpath C Java Test Hello 这时由于 Java 需要找在不同文件夹下的两个 class 文件 而命令行中只告诉 JDK 一个路径 即 C Java Test 在此文件夹下 只能找到 Hello class 找不到 Person class 文件 因 此 错误是可以预料得到的 Exception in thread main java lang NoClassDefFoundError Person at Hello main Hello java 3 果真找不到 Person class 在设置两个以上的 classpath 时 先将每个路径以双引号引起 来 再将这些路径以 号隔开 并且每个路径与 之间不能带有空格 因此 我们在 命令行重新输入 java classpath C Java Test C Java Test DF Hello 编 译成功 但也暴露出一个问题 如果我们需要用到许多分处于不同文件夹下的类 那这 个 classpath 的设置岂不是很长 有没有办法 对于一个文件夹下的 所有 class 文件 只 指定这个文件夹的 classpath 然后让 JDK 自动搜索此文件夹下面所有相应的路径 有 只 要使用 package 17 package 简介 Java 中引入 package 的概念 主要是为了解决命名冲突的问题 比如说 在我们的例子中 我们设计了一个很简单的 Person 类 如果某人开发了一个类库 其中恰 巧也有一个 Person 类 当我们使用这个类库时 两个 Person 类出现了命名冲突 JDK 不知 道我们到底要使用哪 个 Person 类 更有甚者 当我们也开发了一个很庞大的类库 无可避 免地 我们的类库中与其他人开发的类库中命名冲突的情况就会越来越多 总不能为了避 免自己的类名与其他人开发的类名相同 而让每个编程人员都绞尽脑汁地将一个本应叫 Writer 的类强行改名为 SarkuyaWriter MikeWriter SmithWriter 吧 现实生活中也是如此 假如你名叫张三 又假如与你同一 单位的人中有好几个都叫张三 那你的问题就来了 某天单位领导在会上宣布 张三被任命为办公室主任 你简直不知道是 该哭还是该笑 但如果你的单位中只有你 叫张三 你才不会在乎全国叫张三的人有多少个 因为其他张三都分布在全国各地 其他城市 你看不见他们 摸不着他们 自然不会担心 Sun 从这个 张三问题 受到了很大的启发 为解决命名冲突问题 就采取了 眼不见心不 烦 的策略 将每个类都归属到一个特定的区域中 在同一个区域中的所有 类 都不允许 同名 而不同区域的类 由于相互看不到 则允许有同名的类存在 这样 就解决了命名冲 突的问题 正如北京的张三与上海的张三毕竟不是同一人 这个区域在 Java 中就叫 package 由于 package 在 Java 中非常重要 如果你没有定义自己的 package JDK 将会你 的类都归到一个默 认的无名 package 中 自定义 package 的名称可以由各个程序员自由创建 作为避免命名冲突的手段 package 的 名称最好足 以与其他程序员的区别开来 在互联网上 每个域名都是唯一的 因此 Sun 推荐将你自己的域名倒写后作为 package 的名称 如果你没有自己的域名 很 可能只是因 为囊中羞涩而不去申请罢了 并不见得你假想的域名与其他域名发生冲突 例如 笔者假想 的域名是 目前就是唯一的 因此我 的 package 就可以定名为 com sarkuya 谢谢 Java 给了我们一个免费使用我们自己域名的机会 唯一的前提是倒着写 当然 每个 package 下面还可以带有不同的子 package 如 com sarkuya util com sarkuya swing 等等 定 义 package 的方式是在相应的 java 文件的第一行加上 package packagename 的字 样 而且每个 java 文件只能有一个 package 实际上 Java 中的 package 的实现是与计算 机文件系统相结 合的 即你有什么样的 package 在硬盘上就有什么样的存放路径 例如 某个类的 package 名为 com sarkuya util 那么 这个类 就应该必须存放在 com sarkuya util 的路径下面 至于这个 com sarkuya util 又是哪个文件夹的子路径 第 18 步会谈到 package 除了有避免命名冲突的问题外 还引申出一个保护当前 package 下所有类文件的功 能 主要通过为类定义几种可视度不同的修饰符来实现 public protected private 另 外加上一个并不真实存在的 friendly 类型 对于冠以 public 的类 类属变量及方法 包内及包外的任何类均可以访问 protected 的类 类属变量及方法 包内的任何类 及包外的那些继承了此类的子类才能访 问 private 的类 类属变量及方法 包内包外的任何类均不能访问 如果一个类 类属变量及方法不以这三种修饰符来修饰 它就是 friendly 类型的 那么包 内的任何类都可以访问它 而包外的任何类都不能访问它 包括包外继承了此类的子类 因 此 这种类 类属变量及方法对包内的其他类是友好的 开放的 而对包外的其他类是关闭 的 前 面说过 package 主要是为了解决命名冲突的问题 因此 处在不同的包里面的类根本 不用担心与其他包的类名发生冲突 因为 JDK 在默认情况下只使用本 包下面的类 对于其 他包 JDK 一概视而不见 眼不见心不烦 如果要引用其他包的类 就必须通过 import 来引入其他包中相应的类 只有在这 时 JDK 才会进行进一步的审查 即根据其他包中的 这些类 类属变量及方法的可视度来审查是否符合使用要求 如果此审查通不过 编译就此 卡住 直至你放弃 使用这些类 类属变量及方法 或者将被引入的类 类属变量及方法的 修饰符改为符合要求为止 如果此审查通过 JDK 最后进行命名是否冲突的审查 如果发现 命名冲突 你可以通过在代码中引用全名的方式来显式地引用相应的类 如使用 java util Date new java util Date 或是 java sql Date new java sql Date package 的第三大作用是简化 classpath 的设置 还记得第 16 步中的障碍吗 这里重新引 用其 java 命令 java classpath C Java Test C Java Test DF Hello 我 们必须将所有的 class 文件的路径一一告诉 JDK 而不管 DF 其实就是 C Java Test 的 子目录 如果要用到 100 个不同路径的 class 文件 我们就得将 classpath 设置为一个特 别长的字符串 很累 package 的引 入 很好地解决了这个问题 package 的与 classpath 相结合 通过 import 指令为中介 将原来必须由 classpath 完成的类路径搜索 功能 很巧 妙地转移到 import 的身上 从而使 classpath 的设置简洁明了 我们先看下面的例子 18 先在 Hello java 中导入 DF Person 代码修改如下 import DF Person public class Hello public static void main String args Person person new Person Mike System out println person getName 再将 DF 子文件夹中的 Person java 设置一个 DF 包 代码修改如下 package DF public class Person private String name public Person String name this name name public String getName return name 好了 神奇的命令行出现了 javac classpath C Java Test C Java Test Hello java java classpath C Java Test Hello 尽管这次我们只设置了 C Java Test 的 classpath 但编译及运行居然都通过了 事实上 Java 在搜索 class 文件时 共有三种方法 一是全局性的设置 详见第 12 步 其优点是一次设置 每次使用 二是在每次的 javac 及 java 命令行中自行设置 classpath 这也是本文使用最多的一种方 式 其优点是不加重系统环境变量的负担 三 是根据 import 指令 将其内容在后台转换为 classpath JDK 将读取全局的环境变量 classpath 及命令行中的 classpath 选项信 息 然后将每条 classpath 与经过转换为路径 形式的 import 的内容相合并 从而形成最终的 classpath 在我们的例子中 JDK 读取全局 的环境变量 classpath 及命令行中的 classpath 选项信息 得到 C Java Test 接着 将 import DF Person 中的内容 即 DF Person 转换为 DF Person 然后将 C Java Test 与其 合并 成为 C Java Test DF Person 这就是我们所需要的 Person class 的路径 在 Hello java 中有多少条 import 语句 就自动进行多少 次这样的转换 而我们在命令行中 只需告诉 JDK 最顶层的 classpath 就行了 剩下的则由各个类中的 import 指令代为操劳了 这种移花接木的作法 为我们在命令行中手工地设置 classpath 提供了极大的便利 应注意的一点是 import 指令是与 package 配套使用的 只有在某类通过 package pacakgename 设定了包名后 才能给其他类通过 import 指令导入 如果 import 试图导入 一个尚未设置包的类 JVM 就会报错 19 我们接下来看 当使用 JDK 类库时 classpath 如何设置 20 修改 Hello java 内容如下 import DF Person import java util Date public class Hello public static void main String args Date date new Date System out println date Person person new Person Mike System out println person getName 21 JDK 类库存放于 C Program Files Java jdk1 5 0 jre lib rt jar 文件中 关于 jar 文件的介绍 已经超出了本文的范围 感兴趣的读者可以阅读 Horstmann 写的 Core Java 一 书 jar 文件可以用 WinRar 打开 用 WinRar 打开后 可以看到里面有一些文件夹 双击其中的 java 文件夹 再双击 util 的文件夹 可以在看到 Date class 文件就在其中 如果你看过 Data java 或其他 JDK 类库的源码 在 C Program Files Java jdk1 5 0 src zip 文件中 你就会发现 像 java util 这些文件夹均是 package 这也是 Hello java 第 2 行中使用了 import 指令的原因 我们可以通过 WinRar 的查找功能来定位某个类所在的包 在 查找文件 的窗口中的 要 查找的文件名 文本框中输入 Date class 就会查找出在 rt jar 文件中存在两个 Date class 文件 一个是 java sql Date class 另一个是 java util Date class 其中 sql 下面的 Date class 文件与数据库有 关 并非我们这里所需 java util Date class 才 是我们所要的 rt jar 文件就像本文中的 C Java Test 中一样 是 JDK 类库的唯一入口 我们可以在命令 行的 classpath 选项指定 jar 文件 需要注意 jar 文件的 classpath 设置 有些特珠 在 以前的例子中 我们设置 classpath 时都是设置了路径就行了 而对于 jar 文件 我们必 须将 jar 文件名直接加到 classpath 中 22 在命令行输入 javac classpath C Pro