一、JDK,SDK,JRE,JVM
我们可以通过helloworld来理解这几个缩写词的具体含义：
public class HelloWorld {
public static void main(String[] args) {
System.out.println("helloworld");
}
}
编译之后， 我们得到了HelloWorld.class（图中的"Your program's class files"）
在HelloWorld里面， 我们调用了 JAVA API中的 java.lang.System这个类的静态成员对象 out, out 的静态方法: public static void println(String string);
然后我们让虚拟机器来执行这个HelloWorld。
1. 虚拟机会在classpath中找到HelloWorld.class。
2. 虚拟机中的解释器(interpret)会把HelloWorld.class解释成字节码。
3. 把解释后的字节码交由execution engin执行。
4. execution engin会调用native method(即平台相关的字节码）来在host system的stdout(显示器)的指定部分打印出指定的字符串。
5. 这样， 我们就看到"helloworld"字样了。
有了这个流程后， 我们就好理解上面几个术语了：
a. JDK: java develop kit (JAVA API包)
b. SDK: software develop kit, 以前JDK 叫做java software develop kit， 后来出了1.2版本后， 就改名叫jdk了， 省时省力， 节约成本。
c. JRE. java runtime environment 我们的helloworld必须在JRE(JAVA运行环境,JAVA运行环境又叫JAVA平台）里面， 才能跑起来。 所以， 显然地， JRE其实就是JDK + JVM
d.
JVM java virtual machine. 简单地讲， 就是把class文件变成字节码， 然后送到excution engin中执行。
而为什么叫虚拟机， 而不叫真实机呢？ 因为JVM本身是又不能运算， 又不能让显示器显示"helloworld"的， 它只能再调用host
system的API， 比如在w32里面就会调c++的API， 来让CPU帮他做做算术运算，
来调用c++里面的API来控制显示器显示显示字符串。 而这些API不是JDK里面有的，我们平时又看不见的，所以我们就叫它native
api了（亦曰私房XX）。
e. 解释平台无关。 有人会说， 在linux的里面调用native api与w32里面调用的api肯定不一样吧？ 那为什么说JAVA是平台无关的呢？
其
实是这样的， 君不见java.sun.com里面又有jdk-for-w32又有jdk-for-linux下载吗？ 刚才不是说了吗？
native api, native api, 就是我们平时看不见的api吗！ 调用native这些烦琐的活儿都让jdk去做了。
所以我们调用的时候只用知道jdk(java api) 里面的java.io.*能提供磁盘访问功能， java.awt.*
能画个框框画个圆圆就行了吗。 至于JDK又是怎么调用的， 在LINXU上更圆呢？ 还是在W32上更圆，(x)
这个就是JDK个人的事情了。（理论上讲是一样圆的， 当然这又和显示器是否纯平相关了:D)
同时， 这里就引申出了另一个话题。
既如何编写平台无关的JAVA程序。 其中关键的一条， 就是调用且只调用jdk中的API， 而不要私自调用native api。 原因很简单啊，
JDK-for-linux和JDK-for-w32表面都是一样的，
所以我在w32里面调用JDK写的java程序，在linux里面也会一样的写法啊， 所以就可以移植来移植去都没问题。(b)
但是如果我在w32里面调用了 一个图形显示的native api, 当我移植到linux去的时候， 谁又能保证里面也有相同名称，
相同参数，相同返回值， 相同功能的native api供我调用呢！(?)
-以上是个人理解， 如有错漏之处， 万望指出， 共同进步！
|
2.Re:[入门]什么叫JDK,SDK,JRE,JVM [Re: sojan] |
Copy to clipboard
|
Posted by: reddream
Posted on: 2003-11-27 13:02
sojan wrote:
... 所以， 显然地， JRE其实就是JDK + JVM...
这句话不对。JRE顾名思义只是java class运行时需要的环境，JDK不仅包含了JRE，还提供了开发调试java程序需要的工具 |
|
3.Re:[入门]什么叫JDK,SDK,JRE,JVM [Re: sojan] |
Copy to clipboard
|
Posted by: sojan
Posted on: 2003-11-27 13:30
我将JRE（Java运行环境）理解为JAVA PLATFORM， 既JAVA平台。
reddream 的话也是对的， JRE同时也包括让JAVA运行起来的工具，比如： javac（编译）， java（运行）， javap（反编译）这些。 |
另一角度
如果安装了JDK，会发同你的电脑有两套JRE，一套位于
jre
另外一套位于 C:\Program Files\Java\j2re1.4.1_01
目录下，后面这套比前面那套少了Server端的Java虚拟机，不过直接将前面那套的Server端Java虚拟机复制过来就行了。而且在安装JDK可
以选择是否安装这个位于 C:\Program Files\Jav a 目录下的JRE。如果你只安装JRE，而不是JDK，那么只会在
C:\Program Files\Java 目录下安装唯一的一套JRE。
JRE的地位就象一台PC机一样，我们写好的Win32应用程序需要操作系统帮我们运行，同样的，我们编写的Java程序也必须要JRE才能运行。所以当
你装完JDK后，如果分别在硬盘上的两个不同地方安装了两套JRE，那么你可以想象你的电脑有两台虚拟的Java
PC机，都具有运行Java程序的功能。所以我们可以说，只要你的电脑安装了JRE，就可以正确运行Jav a应用程序。
1、为什么Sun要让JDK安装两套相同的JRE？这是因为JDK里面有很多用Java所编写的开发工具（如javac.exe、jar.exe等），而且都放置在 lib\tools.jar
里。从下面例子可以看出，先将tools.jar改名为tools1.jar，然后运行javac.exe，显示如下结果： Exception in
thread "main" java.lang.NoClassDefFoundError: com/sun/tools/javac /Main
这个意思是说，你输入javac.exe与输入 java -cp c:\jdk\lib\tools.jar
com.sun.tools.javac.Main
是一样的，会得到相同的结果。从这里我们可以证明javac.exe只是一个包装器（Wrapper），而制作的目的是为了让开发者免于输入太长的指命。
而且可以发现lib目录下的程序都很小，不大于2
9K，从这里我们可以得出一个结论。就是JDK里的工具几乎是用Java所编写，所以也是Java应用程序，因此要使用JDK所附的工具来开发Java程
序，也必须要自行附一套JRE才行，所以位于C:\Program Files\Java目录下的那套JRE就是用来运行一般Java程序用的。
2、如果一台电脑安装两套以上的JRE，谁来决定呢？这个重大任务就落在java.exe身上。Java.exe的工作就是找到合适的JRE来运行
Java程序。 Java.exe依照底下的顺序来查找JRE：自己的目录下有没有JRE；父目录有没有JRE；查询注册表：
[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment]
所以java.exe的运行结果与你的电脑里面哪个JRE被执行有很大的关系。
3、介绍JVM
JRE目录下的Bin目录有两个目录：server与client。这就是真正的jvm.dll所在。
jvm.dll无法单独工作，当jvm.dll启动后，会使用explicit的方法（就是使用Win32
API之中的LoadLibrary()与GetProcAddress()来载入辅助用的动态链接库），而这些辅助用的动态链接库（.dll）都必须位
于jvm.dll所在目录的父目录之中。因此想使用哪个JVM，只需要设置PATH，指向JRE所在目录底下的jvm.dll。
对于这个系列里的问题，每个学Java的人都应该搞懂。当然，如果只是学Java玩玩就无所谓了。如果你认为自己已经超越初学者了，却不很懂这些问题，请将你自己重归初学者行列。内容均来自于CSDN的经典老贴。
二、java环境变量有三个JAVA_HOME,CLASSPATH,PATH.
只有这三个java环境变量。
JAVA_HOME指向的是JDK的安装路径，如C:\j2sdk1.4.2_09，在这路径下你应该能够找到bin、lib等目录。当然，你愿意放哪里，就放哪里。我的是放在c盘根目录
JAVA_HOME=C:\j2sdk1.4.2_09;
PATH环境变量,目的是为了指向JDK的bin目录，这里面放的是各种编译执行命令。
我的设置是：
PATH=C:\j2sdk1.4.2_09\bin;C:\j2sdk1.4.2_09\jre\bin;
需要说明，系统中本身就有PATH环境变量，只要把C:\j2sdk1.4.2_09\bin;C:\j2sdk1.4.2_09\jre\bin;直接放到后面即可，中间有分号间隔。
如果你的JAVA_HOME是别的目录，就对照着该吧。
CLASSPATH最重要。
CLASSPATH=.;C:\j2sdk1.4.2_09\lib;C:\j2sdk1.4.2_09\lib\tools.jar;这时我的设置。这是类的路径。前面加上点和分号，意为首先在当前目录查找，以后你自己编写类的时候自然明白这点。
那么为什么要设置环境变量，以前编写c语言的时候怎么不设置呢？
由于WINDOWS默认的搜索顺序，先搜索当前目录的，再搜索系统目录的，再搜索PATH环境变量设定的。你在编写java程序时，在一个指定目录，这里没有编译执行命令，而系统目录里面，也没有编译执行命令。所以放在环境变量里面， 从这里你应该可以看出，环境变量是干什么用的了。简单说就是告诉操作系统到那里去找指定的文件。你要是把系统目录给改了，看你用dos命令还好不好使。
配置完后，在命令提示符下，键入java -version,如果出现java的一些信息，说明配置成功
//问题一
在命令行中输入 javac HelloWorld.java 后出现如下错误：
′javac′ 不是内部或外部命令，也不是可运行的程序或批处理文件。
(javac: Command not found)
这个错误产生的原因是没有设置好环境变量path。下面以windows xp为例子来讲解如何设置环境变量path。右键单击我的电脑－>属性－>高级－>环境变量，然后在系统变量中选择添加，变量名为path，变量值为d:\j2se\bin（这里假设你的jdk的安装d:\j2se,当然如果你的jdk的安装目录是别的目录的话，比如c:\jdk1.2，那么你的path应该设置为c:\jdk1.2\bin。）。最后不要忘记了重新启动，当然你也可以再接着设置完另一个环境变量classpath后再重新启动。
//问题二
在命令行中输入 java HelloWorld 后出现如下错（注意不是 java HelloWorld.class 。）
Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld
这个错误产生的原因是没有设置好环境变量classpath，这时只需要将classpath的值设置为
.;d:\j2se\lib\dt.jar;d:\j2se\lib\tools.jar
当然，如果你的jdk的安装目录是在别的地方的话，比如c:\jdk1.2，那么你的classpath变量应该设置为
.;c:\jdk1.2\lib\dt.jar;c:\jdk1.2\lib\tools.jar
最后重新启动，然后再小心：）的去编译你的HelloWorld.java程序
三、基础知识
问题一：我声明了什么！
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在绝大多数情况下并不是推荐的做法，应当好好利用多态。
posted on 2006-02-07 11:29
阿成 阅读(264)
评论(0) 编辑 收藏 所属分类:
Java