[FAQ]JAVA新手攻略

问HelloWorld问题的人实在是太多了，而且经常都以“问一个最简单的问题”开头。其 实回想一下，自己也是从这个阶段过来的，说一句“你好”，真的是一个最简单的问题 吗？...//think 好了，言归正传，let's say "HelloWorld!" in java... 首先，我们要假设一下我们的平台是Windows+JDK（Linux环境下也差不多）。这个环境 是相当普遍、基础和入门的。确定已经正确安装JDK了，下一步是小心翼翼地敲入某本教 程上的HelloWorld源码，存盘，然后编译，javac ...问题来了: * 错误1： 'javac' 不是内部或外部命令，也不是可运行的程序或批处理文件。 (javac: Command not found) 产生的原因是没有设置好环境变量path。Win98下在autoexce.bat中加入 path=%path%;c:\jdk1.2\bin，Win2000下则控制面板->系统->高级->环境变量->系统变 量...看到了？双击Path，在后面加上c:\jdk1.2\bin。当然我们假设JDK安装在了 c:\jdk1.2目录下（有点唐僧了？）...好像还要重启系统才起作用...(//知道了！//西 红柿) 好，再试试！javac HelloWorld * 错误2： HelloWorld is an invalid option or argument. 拜托，给点专业精神，java的源程序是一定要存成.java文件的，而且编译时要写全 .java呀。 OK， javac HelloWorld.java （这回总该成了吧？） * 错误3： HelloWorld.java:1: Public class helloworld must be defined in a file called "HelloWorld.java". public class helloworld{ ^ 这个问题嘛，是因为你的类的名字与文件的名字不一致。（谁说的，明明看到人家都有 这样写的 ;( ） OK，准确地说，一个Java源程序中可以定义多个类，但是，具有public 属性的类只能有一个，而且要与文件名相一致。还有，main方法一定要放在这个public 的类之中，这样才能java（运行）这个类。另外一点是Java语言里面是严格区分大小写 的，初学者要注意呀。像上例中 helloworld 与 HelloWorld 就认为是不一样，因而... oh... 好，改好了，嘻嘻... javac HelloWorld.java ...（咦，怎么什么也没有呀？）//faint 这就是编译通过了！看看是不是多了一个 HelloWorld.class ? (hehe..按书上教的:) java HelloWorld (!! 这个我知道，不是java HelloWorld.class 哟） * 错误4： Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld 呵呵，这个嘛，就是著名的类路径(classpath)问题啦。实际上，类路径是在编译过程就 涉及的Java中的概念。classpath就是指明去哪里找用到的类，就这么简单。由于我们的 HelloWorld没用到其它的（非java.lang包中的）类，所以编译时没遇到这个问题。运行 时呢，就要指明你的类在哪里了。解决方法嘛，可以用下面的命令运行： java -classpath . HelloWorld “.”就代表当前目录。当然这样做有点麻烦（是“太麻烦”！），我们可以在环境变量 中设置默认的classpath。方法就照上述设置path那样。将classpath设为： classpath=.;c:\jdk1.2\lib\dt.jar;c:\jdk1.2\lib\tools.jar 后面的两个建议也设上 ，以后开发用的着。 java -classpath . HelloWorld（再不出来我就不学java了） * 错误5： Exception in thread "main" java.lang.NoSuchMethodError: main （//咣当）别，坚持住。看看你的代码，问题出在main方法的定义上，写对地方了吗， 是这样写的吗： public static void main(String args[]) { //一个字都不要差，先别问为什么了... 对，包括大小写！ java -classpath . HelloWorld （听天由命了！） Hello World！ （faint!终于...） 欢迎来到Java世界！所以说，无法运行HelloWorld 真的并不是一个“最简单的问题”。 附：HelloWorld.java // HelloWorld.java public class HelloWorld { public static void main(String args[]) { System.out.println("Hello World!") ; } }

Java 中的 ClassPath 和 Package 前言: 由于这两个问题新手问得较多, 且回答比较零散, 很难统一整理, 所 以就直接写了一篇, 还请大家见谅. 正文: 一, 类路径 (class path) 当你满怀着希望安装好了 java, 然后兴冲冲地写了个 hello world,然后编译, 运行, 就等着那两个美好的单词出现在眼前, 可是不幸的是, 只看到了 Can't find class HelloWorld 或者 Exception in thread "main" java.lang.NoSuchMethodError: main. 为什么呢? 编译好的 class 明明在呀. 我们一起来看一看 java 程序的运行过程. 我们已经知道 java 是通过 java 虚拟机来解释运行的, 也就是通过 java 命令, javac 编译生成的 .class 文件就是虚拟机要执行的代码, 称之为字节码(bytecode), 虚拟机通过 classloader 来装载这些字节码, 也就是通常意义上的类. 这里就有一个问题, classloader 从 哪里知道 java 本身的类库及用户自己的类在什么地方呢? 或者有着缺省值(当前路径). 或者要有一个用户指定的变量来表明, 这个变量就是类路径(classpath), 或者在运行 的时候传参数给虚拟机. 这也就是指明 classpath 的三个方法. 编译的过程和运行 的过程大同小异, 只是一个是找出来编译, 另一个是找出来装载. 实际上 java 虚拟机是由 java luncher 初始化的, 也就是 java (或 java.exe) 这个程序来做的. 虚拟机按以下顺序搜索并装载所有需要的类: 1, 引导类: 组成 java 平台的类, 包含 rt.jar 和 i18n.jar 中的类. 2, 扩展类: 使用 java 扩展机制的类, 都是位于扩展目录($JAVA_HOME/jre/lib/ext) 中的 .jar 档案包. 3, 用户类: 开发者定义的类或者没有使用 java 扩展机制的第三方产品. 你必须在 命令行中使用 -classpath 选项或者使用 CLASSPATH 环境变量来确定这些类的位置. 我 们在上面所说的用户自己的类就是特指这些类. 这样, 一般来说, 用户只需指定用户类的位置, 引导类和扩展类是"自动"寻找的. 那么到底该怎么做呢? 用户类路径就是一些包含类文件的目录, .jar, .zip 文件的 列表, 至于类具体怎么找, 因为牵扯到 package 的问题, 下面将会说到, 暂时可认为 只要包含了这个类就算找到了这个类. 根据平台的不同分隔符略有不同, 类 unix 的系 统基本上都是 ":", windows 多是 ";". 其可能的来源是: * ".", 即当前目录, 这个是缺省值. * CLASSPATH 环境变量, 一旦设置, 将缺省值覆盖. * 命令行参数 -cp 或者 -classpath, 一旦指定, 将上两者覆盖. * 由 -jar 参数指定的 .jar 档案包, 就把所有其他的值覆盖, 所有的类都来自这个指 定的档案包中. 由于生成可执行的 .jar 文件, 还需要其他一些知识, 比如 package, 还有 特定的配置文件, 本文的最后会提到. 可先看看 jdk 自带的一些例子. 我们举个 HelloWorld 的例子来说明. 先做以下假设: * 当前目录是 /HelloWorld (或 c:\HelloWorld, 以后都使用前一个) * jdk 版本为 1.2.2 (linux 下的) * PATH 环境变量设置正确. (这样可以在任何目录下都可以使用工具) * 文件是 HelloWorld.java, 内容是: public class HelloWorld { public static void main(String[] args) { System.out.println("Hello World!\n"); System.exit(0); } } 首先这个文件一定要写对, 如果对 c 熟悉的话, 很有可能写成这样: public static void main(int argc, String[] argv) { .... } 这样是不对的, 不信可以试一试. 由于手头没有 java 的规范, 所以 作如下猜想: java 的 application 程序, 必须以 public static void main(String[]) 开始, 其他不一样的都不行. 到现在为止, 我们设置方面只设置了 PATH. 1, 当前路径就是指你的 .class 文件在当前目录下, [HelloWorld]$ javac HelloWorld.java //这一步不会有多大问题, [HelloWorld]$ java HelloWorld // 这一步可能就会有问题. 如果出了象开头那样的问题, 首先确定不是由于敲错命令而出错. 如果没有敲错命令, 那么接着做: [HelloWorld]$ echo $CLASSPATH 或者 c:\HelloWorld>echo %CLASSPATH% 看看 CLASSPATH 环境变量是否设置了, 如果设置了, 那么用以下命令: [HelloWorld]$ CLASSPATH= 或者 c:\HelloWorld> set CLASSPATH= 来使它为空, 然后重新运行. 这次用户类路径缺省的是 ".", 所以应该不会有相 同的问题了. 还有一个方法就是把 "." 加入到 CLASSPATH 中. [/]$ CLASSPATH=$CLASSPATH:. 或者 c:\HelloWorld> set CLASSPATH=%CLASSPATH%;. 同样也可以成功. Good Luck. 2, 当你的程序需要第三方的类库支持, 而且比较常用, 就可以采用此种方法.比如常 用的数据库驱动程序, 写 servlet 需要的 servlet 包等等. 设置方法就是在环境变量中 加入 CLASSPATH. 然后就可以直接编译运行了. 还是以 HelloWorld 为例, 比如你想在根 目录中运行它, 那么你直接在根目录下执行 $ java HelloWorld 或者 c:\>java HelloWorld 这样肯定会出错, 如果你的 CLASSPATH 没有改动的话. 我想大家应该知道为什么错了 吧, 那么怎么改呢? 前面说过, 用户类路径就是一些包含你所需要的类的目录, .jar 档案 包, .zip 包. 现在没有生成包, 所以只好把 HelloWorld.class 所在的目录加到 CLASSPATH 了, 根据前面的做法, 再运行一次, 看看, 呵呵, 成功了, 换个路径, 又成功了!! 不仅仅可 以直接运行其中的类, 当你要 import 其中的某些类时, 同样处理. 不知道你想到没有, 随着你的系统的不断的扩充, (当然了, 都是一些需要 java 的东西) 如果都加到这个环境变量里, 那这个变量会越来越臃肿, 虽然环境变量空间可以开很大, 总 觉得有些不舒服. 看看下面一个方法. 3, 在命令行参数中指明 classpath. 还是和上面相同的目标, 在任何目录下执行 HelloWorld, 用这个方法怎么实现呢? [/]$ java -cp /HelloWorld HelloWorld 或者 c:\>java -cp c:\HelloWorld HelloWorld 就可以了. 这是这种方法的最简单的应用了. 当你使用了另外的包的时候, 还可以采用这 种方法. 例如: $ javac -classpath aPath/aPackage.jar:. myJava.java $ java -cp aPath/aPackage.jar:. myJava 或者 c:\> javac -classpath aPath\aPackage.jar;. myJava.java c:\> java -cp aPath\aPackage.jar;. myJava 这种方法也有一个不方便的的地方就是当第三方包所在的路径较长或者需要两个以上包的 时候, 每次编译运行都要写很长, 非常不方便, 这时候可以写脚本来解决. 比如一个例子: compile (文件, 权限改为可执行, 当前目录) $ cat compile --------------------------- #!/bin/bash javac -classpath aPath\aPackage.jar:anotherPath\anotherPackage.jar:. myJava.java --------------------------- run (文件, 权限改为可执行, 当前目录) $cat run --------------------------- #!/bin/bash java -cp aPath\aPackage.jar:anotherPath\anotherPackage.jar:. myJava --------------------------- 或者: compile.bat c:\HelloWorld> type compile.bat ------------------------- javac -classpath aPath\aPackage.jar:anotherPath\anotherPackage.jar:. myJava.java ------------------------- run.bat c:\HelloWorld> type run.bat ------------------------ java -cp aPath\aPackage.jar:anotherPath\anotherPackage.jar:. myJava ------------------------ 就可以了. 试试看. 前面提到了扩展类, 扩展类是什么呢? java 的扩展类就是应用程序开发者用来 扩展核心平台功能的 java 类的包(或者是 native code). 虚拟机能像使用系统类一 样使用这些扩展类. 有人建议可以把包放入扩展目录里, 这样, CLASSPATH 也不用设了, 也不用指定了, 岂不是很方便? 确实可以正确运行, 但是个人认为这样不好, 不能什么 东西都往里搁, 一些标准的扩展包可以, 比如, JavaServlet, Java3D 等等. 可以提个 建议, 加一个环境变量, 比如叫 JARPATH, 指定一个目录, 专门存放用户的 jar zip 等包, 这个要等 SUN 公司来做了. windows98 下, 我原来安装的时候, 一直装不上, 总是死机, 好不容易装上了, 缺 省的是不能运行正确的, 然后把 tool.jar 放入 CLASSPATH 后工作正常. 现在作测试, 去掉仍然是正确的. 经过多次测试, 发现如果原来曾装过 jdk 的都很好, 没有装过的 装的时候会死机, 多装几次就可以了. 如果你发现正确安装后, 不能正常工作, 就把 tools.jar 加入 CLASSPATH, 试一下. 二, 包 (package) Java 中的 "包" 是一个比较重要的概念, package 是这样定义的: Definition: A package is a collection of related classes and interfaces that provides access protection and namespace management. 也就是: 一个包就是一些提供访问保护和命名空间管理的相关类与接口的集合. 使用包的目的就是使类容易查找使用, 防止命名冲突, 以及控制访问. 这里我们不讨论关于包的过多的东西, 只讨论和编译, 运行, 类路径相关的东西. 至于包的其他内容, 请自己查阅相关文档. 简单一点来说, 包就是一个目录, 下面的子包就是子目录, 这个包里的类就是 这个目录下的文件. 我们用一个例子来说明. 首先建目录结构如下: PackageTest/source/, 以后根目录指的是 PackageTest 目录, 我们的源程序放在 source 目录下. 源程序如下: PackageTest.java package pktest; import pktest.subpk.*; public class PackageTest { private String value; public PackageTest(String s) { value = s; } public void printValue() { System.out.println("Value of PackageTest is " + value); } public static void main(String[] args) { PackageTest test = new PackageTest("This is a Test Package"); test.printValue(); PackageSecond second = new PackageSecond("I am in PackageTest"); second.printValue(); PackageSub sub = new PackageSub("I am in PackageTest"); sub.printValue(); System.exit(0); } } PackageSecond.java package pktest; public class PackageSecond { private String value; public PackageSecond(String s) { value = s; } public void printValue() { System.out.println("Value of PackageSecond is " + value); } } PackageSub.java package pktest.subpk; import pktest.*; public class PackageSub { private String value; public PackageSub(String s) { value = s; } public void printValue() { PackageSecond second = new PackageSecond("I am in subpackage."); second.printValue(); System.out.println("Value of PackageSub is " + value); } } Main.java import pktest.*; import pktest.subpk.*; public class Main() { public static void main() { PackageSecond second = new PackageSecond("I am in Main"); second.printValue(); PackageSub sub = new PackageSub("I am in Main"); sub.printValue(); System.exit(0); } } 其中, Main.java 是包之外的一个程序, 用来测试包外的程序访问包内的类, PackageTest.java 属于 pktest 这个包, 也是主程序. PackageSecond.java 也 属于 pktest, PackageSub 属于 pktest 下的 subpk 包, 也就是 pktest.subpk. 详细使用情况, 请参看源程序. 好了, 先把源程序都放在 source 目录下, 使 source 成为当前目录, 然后编 译一下, 呵呵, 出错了, Main.java:1: Package pktest not found in import. import pktest.*; 这里涉及到类路径中包是怎么查找的, 前面我们做了一点假设: "只要包含了 这个类就算找到了这个类", 现在就有问题了. 其实 jdk 的 工具 javac java javadoc 都需要查找类, 看见目录, 就认为是包的名字, 对于 import 语句来说, 一个包对应一个目录. 这个例子中, import pktest.*, 我们知道类路径可以包 含一个目录, 那么就以那个目录为根, 比如有个目录 /myclass, 那么就会在查找 /myclass/pktest 目录及其下的类. 所有的都找遍, 如果没有就会报错. 由于现在 的类路径只有当前目录, 而当前目录下没有 pktest 目录, 所以就会出错. 类路径 还可以包含 .jar .zip 文件, 这些就是可以带目录的压缩包, 可以把 .jar .zip 文件看做一个虚拟的目录, 然后就和目录一样对待了. 好了, 应该知道怎么做了吧, 修改后的目录结构如下: PackageTest | |__source Main.java | |__pktest PackageTest.java PackageSecond.java | |__subpk PackageSub.java 然后重新编译, 运行, 哈哈, 通过了. 我们再来运行一下 PackageTest. [source]$ java pktest/PackageTest 怎么又出错了? Exception in thread "main" java.lang.NoClassDefFoundError: pktest/PackageTest 是这样的, java 所要运行的是一个类的名字, 它可不管你的类在什么地方, 就象 我们前面所讨论的一样来查找这个类, 所以它把 pktest/PackageTest 看成是一个类的 名字了, 当然会出错了, 应该这么做, [source]$ java pktest.PackageTest 大家应该明白道理吧, 我就不多说了. 注意 javac 不一样, 是可以指明源文件路径 的, javac 只编译, 不运行, 查找类也只有在源文件中碰到 import 时才会做, 与源文件 所在的包没有关系. 似乎还又些不好的地方, 怎么生成的 .class 文件这么分散呀, 看着真别扭. 别急, javac 有一个 -d 命令行参数, 可以指定一个目录, 把生成的 .class 文件按照包给你 好好地搁在这个目录里面. [source]$ mkdir classes [source]$ javac -d classes pktest/PackageTest.java [source]$ javac -d classes Main.java 那么运行怎么运行呢? [source]$ cd classes [classes]$ java pktest.PackageTest [classes]$ java Main 就可以了. 其实 jdk 的这一套工具小巧简单, 功能强大, 不会用或者用错其 实不关工具的事, 关键是明白工具背后的一些原理和必要的知识. 集成环境是很好, 但是它屏蔽了很多底层的知识, 不出错还好, 一旦出错, 如果没有这些必要的知识 就很难办, 只好上 bbs 问, 别人只告诉了你解决的具体方法, 下一次遇到稍微变化 一点的问题又不懂了. 所以不要拘泥于工具, java 的这一套工具组合起来使用, 中 小型工程(五六十个类), 还是应付得下来的. 三, jar 文件 以下把 .jar .zip 都看做是 .jar 文件. 1, 从前面我们可以看出来 jar 文件在 java 中非常重要, 极大地方便了用户的 使用. 我们也可以做自己的 .jar 包. 还是使用前面那个例子, Main.java 是包之外的东西, 用了 pktest 包中的类, 我们现在就是要把 pktest 做成一个 .jar 包, 很简单, 刚才我们已经把 pktest 中的 .class 都集中起来了, [classes]$ jar -cvf mypackage.jar pktest 就会生成 mypackage.jar 文件, 测试一下, 刚才我们生成的 Main.class 就在 classes 目录下, 所以, 从前面可以知道: [classes]$ java -cp mypackage.jar:. Main 就可以运行了. 2, 如果你看过 jdk 所带的例子, 你就会知道, .jar 还可以直接运行, [/demo]$ java -jar aJar.jar 那好, 就那我们的试一试, [classes]$ java -jar mypackage.jar Failed to load Main-Class manifest attribute from mypackage.jar 看来我们的 jar 和它的 jar 还不一样, 有什么不一样呢? 拿它一个例子出来, 重新编译, 生成 .jar 文件, 比较后发现, 是 .jar 压缩包中 META-INF/MANIFEST.MF 文件不一样, 多了一行, Main-Class: xxxxx, 再看看出错信息, 原来是没有指定 Main-Class, 看看 jar 命令, 发现有一个参数 -m, -m include manifest information from specified manifest file 和出错信息有点关系, 看来它要读一个配制文件. 只好照猫画虎写一个了. [classes]$ cat myManifest Manifest-Version: 1.0 Main-Class: pktest.PackageTest Created-By: 1.2.2 (Sun Microsystems Inc.) [classes]$ jar cvfm mypackage.jar myManifest pktest added manifest adding: pktest/(in = 0) (out= 0)(stored 0%) adding: pktest/PackageSecond.class(in = 659) (out= 395)(deflated 40%) adding: pktest/subpk/(in = 0) (out= 0)(stored 0%) adding: pktest/subpk/PackageSub.class(in = 744) (out= 454)(deflated 38%) adding: pktest/PackageTest.class(in = 1041) (out= 602)(deflated 42%) [classes]$ java -jar mypackage.jar Value of PackageTest is This is a Test Package Value of PackageSecond is I am in PackageTest Value of PackageSecond is I am in subpackage. Value of PackageSub is I am in PackageTest 好了, 成功了, 这样就做好了一个可以直接执行的 .jar 文件. 大家可以自己试一试 做一个以 Main 为主程序的可执行的 jar. 小结: 这篇文章中, 我们讨论了 java 中的 class path, package, jar 等基本但比较 重要的东西, 主要是 class path. 并不是简单的一份 CLASSPATH 的完全功略, 而是 试图让读者明白其原理, 自己思考, 自己动手. 其实大多数东西都在 sun 的 java doc 中都有, 我只不过结合例子稍微谈了一下, 希望能有所帮助. 由于条件所限, 只测试了 jdk1.2.2 在 98 及 linux 的情况, 其他版本的 jdk 和平台请大家自己测试, 错误在 所难免, 还请指正. 下面是一些需要注意的问题: 1, 如果类路径中需要用到 .jar 文件, 必须把 jar 文件的文件名放入类路径, 而不是 其所在的目录. 2, 在任何时候, 类名必须带有完全的包名, 3, "." 当前目录最好在你的类路径中. 下面是一些常见的编译和运行的模式. 4. To compile HelloWorld.java app in the default package in C:\MyDir, use CD \MyDir C:\jdk1.3\bin\Javac.exe -classpath . HelloWorld.java 5. To run a HelloWorld.class app, in the default package in C:\MyDir, use CD \MyDir C:\jdk1.3\bin\Java.exe -classpath . HelloWorld 6. To run a HelloWorld.class app, in the default package in a jar in C:\MyDir, use CD \MyDir C:\jdk1.3\bin\Java.exe -classpath HelloWorld.jar HelloWorld 7. To compile a HelloWorld.java app in C:\MyPackage, in package MyPackage, use CD \ C:\jdk1.3\bin\Javac.exe -classpath . MyPackage\HelloWorld.java 8. To run a HelloWorld.class app in C:\MyPackage, in package MyPackage, use CD \ C:\jdk1.3\bin\Java.exe -classpath . MyPackage.HelloWorld 9. To run a HelloWorld.class app in C:\MyPackage, in a jar in package MyPackage, use CD \MyDir C:\jdk1.3\bin\Java.exe -classpath HelloWorld.jar MyPackage.HelloWorld (注: default package 指的是在程序中不指定任何包). 最后一个小小的建议, 把 sun 的 jdk tools documentation 好好地看一看, 把 jdk 的那些工具 java javac javadoc jar javap jdb......好好用一用, 会 有好处的. The Simplest Is The Best. 参考文献: Java Tools Documentation. Java Glossary http://mindprod.com/

每个JAVA初学者都应该搞懂的问题！ 对于这个系列里的问题，每个学Java的人都应该搞懂。当然，如果只是学Java玩玩就无所谓了。如果你认为自己已经超越初学者了，却不很懂这些问题，请将你自己重归初学者行列。内容均来自于CSDN的经典老贴。 问题一：我声明了什么！ String s = "Hello world!"; 许多人都做过这样的事情，但是，我们到底声明了什么？回答通常是：一个String，内容是“Hello world!”。这样模糊的回答通常是概念不清的根源。如果要准确的回答，一半的人大概会回答错误。 这个语句声明的是一个指向对象的引用，名为“s”，可以指向类型为String的任何对象，目前指向"Hello world!"这个String类型的对象。这就是真正发生的事情。我们并没有声明一个String对象，我们只是声明了一个只能指向String对象的引用变量。所以，如果在刚才那句语句后面，如果再运行一句： String string = s; 我们是声明了另外一个只能指向String对象的引用，名为string，并没有第二个对象产生，string还是指向原来那个对象，也就是，和s指向同一个对象。 问题二："=="和equals方法究竟有什么区别？ ==操作符专门用来比较变量的值是否相等。比较好理解的一点是： int a=10; int b=10; 则a==b将是true。 但不好理解的地方是： String a=new String("foo"); String b=new String("foo"); 则a==b将返回false。 根据前一帖说过，对象变量其实是一个引用，它们的值是指向对象所在的内存地址，而不是对象本身。a和b都使用了new操作符，意味着将在内存中产生两个内容为"foo"的字符串，既然是“两个”，它们自然位于不同的内存地址。a和b的值其实是两个不同的内存地址的值，所以使用"=="操作符，结果会是false。诚然，a和b所指的对象，它们的内容都是"foo"，应该是“相等”，但是==操作符并不涉及到对象内容的比较。 对象内容的比较，正是equals方法做的事。 看一下Object对象的equals方法是如何实现的： boolean equals(Object o){ return this==o; } Object对象默认使用了==操作符。所以如果你自创的类没有覆盖equals方法，那你的类使用equals和使用==会得到同样的结果。同样也可以看出，Object的equals方法没有达到equals方法应该达到的目标：比较两个对象内容是否相等。因为答案应该由类的创建者决定，所以Object把这个任务留给了类的创建者。 看一下一个极端的类： Class Monster{ private String content; ... boolean equals(Object another){ return true;} } 我覆盖了equals方法。这个实现会导致无论Monster实例内容如何，它们之间的比较永远返回true。 所以当你是用equals方法判断对象的内容是否相等，请不要想当然。因为可能你认为相等，而这个类的作者不这样认为，而类的equals方法的实现是由他掌握的。如果你需要使用equals方法，或者使用任何基于散列码的集合（HashSet,HashMap,HashTable），请察看一下java doc以确认这个类的equals逻辑是如何实现的。 问题三：String到底变了没有？ 没有。因为String被设计成不可变(immutable)类，所以它的所有对象都是不可变对象。请看下列代码： String s = "Hello"; s = s + " world!"; s所指向的对象是否改变了呢？从本系列第一篇的结论很容易导出这个结论。我们来看看发生了什么事情。在这段代码中，s原先指向一个String对象，内容是"Hello"，然后我们对s进行了+操作，那么s所指向的那个对象是否发生了改变呢？答案是没有。这时，s不指向原来那个对象了，而指向了另一个String对象，内容为"Hello world!"，原来那个对象还存在于内存之中，只是s这个引用变量不再指向它了。 通过上面的说明，我们很容易导出另一个结论，如果经常对字符串进行各种各样的修改，或者说，不可预见的修改，那么使用String来代表字符串的话会引起很大的内存开销。因为String对象建立之后不能再改变，所以对于每一个不同的字符串，都需要一个String对象来表示。这时，应该考虑使用StringBuffer类，它允许修改，而不是每个不同的字符串都要生成一个新的对象。并且，这两种类的对象转换十分容易。 同时，我们还可以知道，如果要使用内容相同的字符串，不必每次都new一个String。例如我们要在构造器中对一个名叫s的String引用变量进行初始化，把它设置为初始值，应当这样做： public class Demo { private String s; ... public Demo { s = "Initial Value"; } ... } 而非 s = new String("Initial Value"); 后者每次都会调用构造器，生成新对象，性能低下且内存开销大，并且没有意义，因为String对象不可改变，所以对于内容相同的字符串，只要一个String对象来表示就可以了。也就说，多次调用上面的构造器创建多个对象，他们的String类型属性s都指向同一个对象。 上面的结论还基于这样一个事实：对于字符串常量，如果内容相同，Java认为它们代表同一个String对象。而用关键字new调用构造器，总是会创建一个新的对象，无论内容是否相同。 至于为什么要把String类设计成不可变类，是它的用途决定的。其实不只String，很多Java标准类库中的类都是不可变的。在开发一个系统的时候，我们有时候也需要设计不可变类，来传递一组相关的值，这也是面向对象思想的体现。不可变类有一些优点，比如因为它的对象是只读的，所以多线程并发访问也不会有任何问题。当然也有一些缺点，比如每个不同的状态都要一个对象来代表，可能会造成性能上的问题。所以Java标准类库还提供了一个可变版本，即StringBuffer。 问题四：final关键字到底修饰了什么？ final使得被修饰的变量"不变"，但是由于对象型变量的本质是“引用”，使得“不变”也有了两种含义：引用本身的不变，和引用指向的对象不变。 引用本身的不变： final StringBuffer a=new StringBuffer("immutable"); final StringBuffer b=new StringBuffer("not immutable"); a=b;//编译期错误 引用指向的对象不变： final StringBuffer a=new StringBuffer("immutable"); a.append(" broken!"); //编译通过 可见，final只对引用的“值”(也即它所指向的那个对象的内存地址)有效，它迫使引用只能指向初始指向的那个对象，改变它的指向会导致编译期错误。至于它所指向的对象的变化，final是不负责的。这很类似==操作符：==操作符只负责引用的“值”相等，至于这个地址所指向的对象内容是否相等，==操作符是不管的。 理解final问题有很重要的含义。许多程序漏洞都基于此----final只能保证引用永远指向固定对象，不能保证那个对象的状态不变。在多线程的操作中,一个对象会被多个线程共享或修改，一个线程对对象无意识的修改可能会导致另一个使用此对象的线程崩溃。一个错误的解决方法就是在此对象新建的时候把它声明为final，意图使得它“永远不变”。其实那是徒劳的。 问题五：到底要怎么样初始化！ 本问题讨论变量的初始化，所以先来看一下Java中有哪些种类的变量。 1. 类的属性，或者叫值域 2. 方法里的局部变量 3. 方法的参数 对于第一种变量，Java虚拟机会自动进行初始化。如果给出了初始值，则初始化为该初始值。如果没有给出，则把它初始化为该类型变量的默认初始值。 int类型变量默认初始值为0 float类型变量默认初始值为0.0f double类型变量默认初始值为0.0 boolean类型变量默认初始值为false char类型变量默认初始值为0(ASCII码) long类型变量默认初始值为0 所有对象引用类型变量默认初始值为null，即不指向任何对象。注意数组本身也是对象，所以没有初始化的数组引用在自动初始化后其值也是null。 对于两种不同的类属性，static属性与instance属性，初始化的时机是不同的。instance属性在创建实例的时候初始化，static属性在类加载，也就是第一次用到这个类的时候初始化，对于后来的实例的创建，不再次进行初始化。这个问题会在以后的系列中进行详细讨论。 对于第二种变量，必须明确地进行初始化。如果再没有初始化之前就试图使用它，编译器会抗议。如果初始化的语句在try块中或if块中，也必须要让它在第一次使用前一定能够得到赋值。也就是说，把初始化语句放在只有if块的条件判断语句中编译器也会抗议，因为执行的时候可能不符合if后面的判断条件，如此一来初始化语句就不会被执行了，这就违反了局部变量使用前必须初始化的规定。但如果在else块中也有初始化语句，就可以通过编译，因为无论如何，总有至少一条初始化语句会被执行，不会发生使用前未被初始化的事情。对于try-catch也是一样，如果只有在try块里才有初始化语句，编译部通过。如果在catch或finally里也有，则可以通过编译。总之，要保证局部变量在使用之前一定被初始化了。所以，一个好的做法是在声明他们的时候就初始化他们，如果不知道要出事化成什么值好，就用上面的默认值吧！ 其实第三种变量和第二种本质上是一样的，都是方法中的局部变量。只不过作为参数，肯定是被初始化过的，传入的值就是初始值，所以不需要初始化。 问题六：instanceof是什么东东？ instanceof是Java的一个二元操作符，和==，>，<是同一类东东。由于它是由字母组成的，所以也是Java的保留关键字。它的作用是测试它左边的对象是否是它右边的类的实例，返回boolean类型的数据。举个例子： String s = "I AM an Object!"; boolean isObject = s instanceof Object; 我们声明了一个String对象引用，指向一个String对象，然后用instancof来测试它所指向的对象是否是Object类的一个实例，显然，这是真的，所以返回true，也就是isObject的值为True。 instanceof有一些用处。比如我们写了一个处理账单的系统，其中有这样三个类： public class Bill {//省略细节} public class PhoneBill extends Bill {//省略细节} public class GasBill extends Bill {//省略细节} 在处理程序里有一个方法，接受一个Bill类型的对象，计算金额。假设两种账单计算方法不同，而传入的Bill对象可能是两种中的任何一种，所以要用instanceof来判断： public double calculate(Bill bill) { if (bill instanceof PhoneBill) { //计算电话账单 } if (bill instanceof GasBill) { //计算燃气账单 } ... } 这样就可以用一个方法处理两种子类。 然而，这种做法通常被认为是没有好好利用面向对象中的多态性。其实上面的功能要求用方法重载完全可以实现，这是面向对象变成应有的做法，避免回到结构化编程模式。只要提供两个名字和返回值都相同，接受参数类型不同的方法就可以了： public double calculate(PhoneBill bill) { //计算电话账单 } public double calculate(GasBill bill) { //计算燃气账单 } 所以，使用instanceof在绝大多数情况下并不是推荐的做法，应当好好利用多态。