??xml version="1.0" encoding="utf-8" standalone="yes"?>
W一U方法:
需下蝲 jna.jar
a)
创徏
Kernel32
接口
b) 修改旉
W二U方?/span>
Linuxpȝ修改旉
String os
=
System.getProperty(
"
os.name
"
).toLowerCase();
//
获取操作pȝ名称
if
(os.indexOf(
"
windows
"
)
!=
-
1
)
{
cmd
=
"
cmd /c time
"
+
timeStr;
ProcessUtil.printErr(Runtime.getRuntime().exec(cmd));
cmd
=
"
cmd /c date
"
+
timeStr;
ProcessUtil.printErr(Runtime.getRuntime().exec(cmd));
}
else
{
cmd
=
"
date
"
+
timeStr; //timeStr旉到分Q先写时间再写日?br />
ProcessUtil.printErr(Runtime.getRuntime().exec(cmd));
}
public class ProcessUtil {
public static void printErr(Process p) {
BufferedReader br = null;
try {
br = new BufferedReader(new InputStreamReader(p.getErrorStream()));
String line = null;
while ((line = br.readLine()) != null) {
System.out.println(line);
}
} catch (Exception e) {
e.printStackTrace();
} finally {
try {
if (br != null)
br.close();
} catch (Exception e) {
e.printStackTrace();
}
p.destroy();
}
}
public static void printConsole(Process p) {
BufferedReader br = null;
try {
br = new BufferedReader(new InputStreamReader(p.getInputStream()));
String line = null;
while ((line = br.readLine()) != null) {
System.out.println(line);
}
} catch (Exception e) {
e.printStackTrace();
} finally {
try {
if (br != null)
br.close();
} catch (Exception e) {
e.printStackTrace();
}
}
}
public static String getErrInfo(Process p) {
StringBuffer sb = new StringBuffer();
BufferedReader br = null;
try {
br = new BufferedReader(new InputStreamReader(p.getErrorStream()));
String line = null;
while ((line = br.readLine()) != null) {
sb.append(line).append("\n");
}
return sb.toString();
} catch (Exception e) {
e.printStackTrace();
} finally {
try {
if (br != null)
br.close();
} catch (Exception e) {
e.printStackTrace();
}
}
return null;
}
}
??Z解决对共享存储区的访问冲H,Java 引入了同步机Ӟ现在让我们来考察多个U程对共享资源的讉KQ显然同步机制已l不够了Q因为在L时刻所要求的资源不一定已l准备好了被讉KQ反q来Q同一时刻准备好了的资源也可能不止一个。ؓ了解册U情况下的访问控刉题,Java 引入了对d机制的支持?
??d指的是暂停一个线E的执行以等待某个条件发生(如某资源qAQ,学过操作pȝ的同学对它一定已l很熟悉了。Java 提供了大量方法来支持dQ下面让我们逐一分析?
1. sleep() ҎQsleep() 允许 指定以毫Uؓ单位的一D|间作为参敎ͼ它得线E在指定的时间内q入d状态,不能得到CPU 旉Q指定的旉一q,U程重新q入可执行状态?
典型圎ͼsleep() 被用在等待某个资源就l的情ŞQ测试发现条件不满后,让线E阻塞一D|间后重新试Q直到条件满ؓ止?
2. suspend() ?resume() ҎQ两个方法配套用,suspend()使得U程q入d状态,q且不会自动恢复Q必d对应的resume() 被调用,才能使得U程重新q入可执行状态。典型地Qsuspend() ?resume() 被用在等待另一个线E生的l果的情形:试发现l果q没有生后Q让U程dQ另一个线E生了l果后,调用 resume() 使其恢复?
3. yield() ҎQyield() 使得U程攑ּ当前分得?CPU 旉Q但是不使线E阻塞,即线E仍处于可执行状态,随时可能再次分得 CPU 旉。调?yield() 的效果等价于调度E序认ؓ该线E已执行了够的旉从而{到另一个线E?
4. wait() ?notify() ҎQ两个方法配套用,wait() 使得U程q入d状态,它有两种形式Q一U允?指定以毫Uؓ单位的一D|间作为参敎ͼ另一U没有参敎ͼ前者当对应?notify() 被调用或者超出指定时间时U程重新q入可执行状态,后者则必须对应?notify() 被调用?
??初看h它们?suspend() ?resume() ҎҎ有什么分别,但是事实上它们是截然不同的。区别的核心在于Q前面叙q的所有方法,d旉不会释放占用的锁Q如果占用了的话Q,而这一Ҏ法则相反?
上述的核心区别导致了一pd的细节上的区别?
??首先Q前面叙q的所有方法都隶属?Thread c,但是q一对却直接隶属?Object c,也就是说Q所有对象都拥有q一Ҏ法。初看v来这十分不可思议Q但是实际上却是很自然的Q因一Ҏ法阻塞时要释攑֍用的锁,而锁是Q何对象都h的,调用L对象?wait() ҎDU程dQƈ且该对象上的锁被释放。而调?L对象的notify()Ҏ则导致因调用该对象的 wait() Ҏ而阻塞的U程中随机选择的一个解除阻塞(但要{到获得锁后才真正可执行Q?
??其次Q前面叙q的所有方法都可在M位置调用Q但是这一Ҏ法却必须?synchronized Ҏ或块中调用,理由也很单,只有在synchronized Ҏ或块中当前线E才占有锁,才有锁可以释放。同L道理Q调用这一Ҏ法的对象上的锁必Mؓ当前U程所拥有Q这h有锁可以释放。因此,q一Ҏ法调用必L|在q样?synchronized Ҏ或块中,该方法或块的上锁对象是调用q一Ҏ法的对象。若不满一条gQ则E序虽然仍能~译Q但在运行时会出现IllegalMonitorStateException 异常?
??wait() ?notify() Ҏ的上q特性决定了它们l常和synchronized Ҏ或块一起用,它们和操作pȝ的进E间通信机制作一个比较就会发现它们的怼性:synchronizedҎ或块提供了类g操作pȝ原语的功能,它们的执行不会受到多U程机制的干扎ͼ而这一Ҏ法则相当?block 和wakeup 原语Q这一Ҏ法均声明?synchronizedQ。它们的l合使得我们可以实现操作pȝ上一pd_֦的进E间通信的算法(如信号量法Q,q用于解军_U复杂的U程间通信问题?
关于 wait() ?notify() Ҏ最后再说明两点Q?
??W一Q调?notify() ҎD解除d的线E是从因调用该对象的 wait() Ҏ而阻塞的U程中随机选取的,我们无法预料哪一个线E将会被选择Q所以编E时要特别小心,避免因这U不定性而生问题?
??W二Q除?notify()Q还有一个方?notifyAll() 也可起到cM作用Q唯一的区别在于,调用 notifyAll() Ҏ把因调用该对象?wait() Ҏ而阻塞的所有线E一ơ性全部解除阻塞。当Ӟ只有获得锁的那一个线E才能进入可执行状态?
??谈到dQ就不能不谈一谈死锁,略一分析p发现Qsuspend() Ҏ和不指定时期限?wait() Ҏ的调用都可能产生死锁。遗憄是,Java q不在语aU别上支持死锁的避免Q我们在~程中必d心地避免死锁?
??以上我们?Java 中实现线E阻塞的各种Ҏ作了一番分析,我们重点分析?wait() ?notify() ҎQ因为它们的功能最强大Q用也最灉|Q但是这也导致了它们的效率较低,较容易出错。实际用中我们应该灉|使用各种ҎQ以便更好地辑ֈ我们的目的?
七:守护U程
??守护U程是一cȝD的U程Q它和普通线E的区别在于它ƈ不是应用E序的核心部分,当一个应用程序的所有非守护U程l止q行Ӟ即仍然有守护线E在q行Q应用程序也终止,反之Q只要有一个非守护U程在运行,应用E序׃会终止。守护线E一般被用于在后Cؓ其它U程提供服务?
可以通过调用Ҏ isDaemon() 来判断一个线E是否是守护U程Q也可以调用Ҏ setDaemon() 来将一个线E设为守护线E?
八:U程l?
??U程l是一?Java Ҏ的概念,?Java 中,U程l是cThreadGroup 的对象,每个U程都隶属于唯一一个线E组Q这个线E组在线E创建时指定q在U程的整个生命期内都不能更改。你可以通过调用包含 ThreadGroup cd参数?Thread cL造函数来指定U程属的U程l,若没有指定,则线E缺省地隶属于名?system 的系l线E组?
???Java 中,除了预徏的系l线E组外,所有线E组都必L式创建。在 Java 中,除系l线E组外的每个U程l又隶属于另一个线E组Q你可以在创建线E组时指定其所隶属的线E组Q若没有指定Q则~省地隶属于pȝU程l。这P所有线E组l成了一以pȝU程lؓ根的树?
??Java 允许我们对一个线E组中的所有线E同时进行操作,比如我们可以通过调用U程l的相应Ҏ来设|其中所有线E的优先U,也可以启动或d其中的所有线E?
Java 的线E组机制的另一个重要作用是U程安全。线E组机制允许我们通过分组来区分有不同安全Ҏ的U程Q对不同l的U程q行不同的处理,q可以通过U程l的分层l构来支持不对等安全措施的采用。Java ?ThreadGroup cL供了大量的方法来方便我们对线E组树中的每一个线E组以及U程l中的每一个线E进行操作?
九:ȝ
??在本文中Q我们讲qC Java 多线E编E的Ҏ面面Q包括创建线E,以及对多个线E进行调度、管理。我们深刻认识到了多U程~程的复杂性,以及U程切换开销带来的多U程E序的低效性,q也促我们认真地思考一个问题:我们是否需要多U程Q何旉要多U程Q?
??多线E的核心在于多个代码块ƈ发执行,本质特点在于各代码块之间的代码是乱序执行的。我们的E序是否需要多U程Q就是要看这是否也是它的内在特点?
??假如我们的程序根本不要求多个代码块ƈ发执行,那自然不需要用多U程Q假如我们的E序虽然要求多个代码块ƈ发执行,但是却不要求乱序Q则我们完全可以用一个@环来单高效地实现Q也不需要用多U程Q只有当它完全符合多U程的特ҎQ多U程机制对线E间通信和线E管理的强大支持才能有用武之圎ͼq时使用多线E才是值得的?br />
转自Q?a >http://ssby.blogdriver.com/ssby/
当你谈到Java虚拟机时Q你可能是指Q?br mce_serialized="1" /> 1、抽象的Java虚拟?br mce_serialized="1" /> 2、一个具体的Java虚拟机实?br mce_serialized="1" /> 3、一个运行的Java虚拟机实?/p>
二、Java虚拟机的生命周期
一个运行中的Java虚拟机有着一个清晰的dQ执行JavaE序。程序开始执行时他才q行Q程序结束时他就停止。你在同一台机器上q行三个E序Q就会有三个q行中的Java虚拟机?br mce_serialized="1" /> Java虚拟机L开始于一个main()ҎQ这个方法必L公有、返回void、直接受一个字W串数组。在E序执行Ӟ你必ȝJava虚拟机指明这个包换main()Ҏ的类名?br mce_serialized="1" /> Main()Ҏ是程序的LQ他被执行的U程初始化ؓE序的初始线E。程序中其他的线E都׃来启动。Java中的U程分ؓ两种Q守护线E?QdaemonQ和普通线E(non-daemonQ。守护线E是Java虚拟׃用的U程Q比如负责垃圾收集的U程是一个守护线E。当Ӟ你也?以把自己的程序设|ؓ守护U程。包含Main()Ҏ的初始线E不是守护线E?br mce_serialized="1" /> 只要Java虚拟Zq有普通的U程在执行,Java虚拟机就不会停止。如果有_的权限,你可以调用exit()Ҏl止E序?/p>
三、Java虚拟机的体系l构
在Java虚拟机的规范中定义了一pd的子pȝ、内存区域、数据类型和使用指南。这些组件构成了Java虚拟机的内部l构Q他们不仅仅为Java虚拟机的实现提供了清晰的内部l构Q更是严D定了Java虚拟机实现的外部行ؓ。?br mce_serialized="1" /> 每一个Java虚拟机都׃个类加蝲器子pȝQclass loader subsystemQ,负责加蝲E序中的cdQ类和接口)Qƈ赋予唯一的名字。每一个Java虚拟机都有一个执行引擎(execution engineQ负责执行被加蝲cM包含的指令?br mce_serialized="1" /> E序的执行需要一定的内存I间Q如字节码、被加蝲cȝ其他额外信息、程序中的对象、方法的参数、返回倹{本地变量、处理的中间变量{等。Java虚拟机将 q些信息l统保存在数据区Qdata areasQ中。虽然每个Java虚拟机的实现中都包含数据区,但是Java虚拟范对数据区的规定却非常的抽象。许多结构上的细节部分都留给?Java虚拟机实现者自己发挥。不同Java虚拟机实C的内存结构千差万别。一部分实现可能占用很多内存Q而其他以下可能只占用很少的内存;一些实现可 能会使用虚拟内存Q而其他的则不使用。这U比较精炼的Java虚拟机内存规U,可以使得Java虚拟机可以在q泛的^C被实现?br mce_serialized="1" /> 数据Z的一部分是整个程序共有,其他部分被单独的U程控制。每一个Java虚拟机都包含Ҏ区(method areaQ和堆(heapQ,他们都被整个E序׃n。Java虚拟机加载ƈ解析一个类以后Q将从类文g中解析出来的信息保存与方法区中。程序执行时创徏?对象都保存在堆中。?br mce_serialized="1" /> 当一个线E被创徏Ӟ会被分配只属于他自己的PC寄存器“pc register”(E序计数器)和Java堆栈QJava stackQ。当U程不掉用本地方法时QPC寄存器中保存U程执行的下一条指令。Java堆栈保存了一个线E调用方法时的状态,包括本地变量、调用方法的 参数、返回倹{处理的中间变量。调用本地方法时的状态保存在本地Ҏ堆栈中(native method stacksQ,可能再寄存器或者其他非q_独立的内存中?br mce_serialized="1" /> Java堆栈有堆栈块Qstack frames (or frames)Q组成。堆栈块包含JavaҎ调用的状态。当一个线E调用一个方法时QJava虚拟Z一个新的块压到Java堆栈中,当这个方法运行结束时QJava虚拟Z对应的块弹出ƈ抛弃?br mce_serialized="1" /> Java虚拟Z使用寄存器保存计的中间l果Q而是用Java堆栈在存放中间结果。这是的Java虚拟机的指o更紧凑,也更Ҏ在一个没有寄存器的设备上实现Java虚拟机。?br mce_serialized="1" /> 图中的Java堆栈中向下增长的QPC寄存器中U程三ؓ灰色Q是因ؓ它正在执行本地方法,他的下一条执行指令不保存在PC寄存器中?/p>
四、数据类型(Data TypesQ?/strong>
所有Java虚拟Z使用的数据都有确定的数据cdQ数据类型和操作都在Java虚拟范中严格定义。Java中的数据cd分ؓ原始数据cd Qprimitive typesQ和引用数据cdQreference typeQ。引用类型依赖于实际的对象,但不是对象本w。原始数据类型不依赖于Q何东西,他们是本n表示的数据?br mce_serialized="1" />所有JavaE序语言中的原始 数据cdQ都是Java虚拟机的原始数据cdQ除了布型QbooleanQ。当~译器将Java源代码编译ؓ自己码时Q用整型(intQ或者字节型 QbyteQ去表示布尔型。在Java虚拟Z使用整数0表示布尔型的falseQ用非零整数表C布型的trueQ布数l被表示为字节数l,虽然?们可能会以字节数l或者字节块Qbit fieldsQ保存在堆中?br mce_serialized="1" /> 除了布尔型,其他Java语言中的原始cd都是Java虚拟Z的数据类型。在Java中数据类型被分ؓQ整形的byteQshortQintQlongQchar和Q点型的floatQdouble。Java语言中的数据cd在Q何主Z都有同样的范围。?br mce_serialized="1" /> 在Java虚拟Zq存在一个Java语言中不能用的原始数据cdq回值类型(returnValueQ。这U类型被用来实现JavaE序中的“finally clauses”,具体的参?8章的“Finally Clauses”?br mce_serialized="1" /> 引用cd可能被创ZؓQ类cdQclass typeQ,接口cdQinterface typeQ,数组cdQarray typeQ。他们都引用被动态创建的对象。当引用cd引用nullӞ说明没有引用M对象?br mce_serialized="1" /> Java虚拟范只定义了每一U数据类型表C的范围Q没有定义在存储时每U类型占用的I间。他们如何存储由Java虚拟机的实现者自己决定。关于Q点型更多信息参见14章“Floating Point Arithmetic”?
TypeRange
byte8-bit signed two's complement integer (-27 to 27 - 1, inclusive)
short16-bit signed two's complement integer (-215 to 215 - 1, inclusive)
int32-bit signed two's complement integer (-231 to 231 - 1, inclusive)
long64-bit signed two's complement integer (-263 to 263 - 1, inclusive)
char16-bit unsigned Unicode character (0 to 216 - 1, inclusive)
float32-bit IEEE 754 single-precision float
double64-bit IEEE 754 double-precision float
returnValueaddress of an opcode within the same method
referencereference to an object on the heap, or null
1Q、类型的帔R池(The constant pool for the typeQ?br mce_serialized="1" /> 帔R池中保存中所有类型是用的有序的常量集合,包含直接帔RQliteralsQ如字符丌Ӏ整数、QҎ的常量,和对cd、字Dc方法的W号引用。常量池 中每一个保存的帔R都有一个烦引,像数组中的字段一栗因为常量池中保存中所有类型用到的类型、字Dc方法的字符引用Q所以它也是动态连接的主要?象。详l信息参见第六章“The Java Class File”?br mce_serialized="1" /> 2Q、类型字D늚信息QField informationQ?br mce_serialized="1" /> 字段名、字D늱型、字D늚修饰W(publicQprivateQprotectedQstaticQfinalQvolatileQtransient{)、字D在cM定义的顺序?br mce_serialized="1" /> 3Q、类型方法的信息QMethod informationQ?br mce_serialized="1" /> Ҏ名、方法的q回值类型(或者是voidQ、方法参数的个数、类型和他们的顺序、字D늚修饰W(publicQprivateQprotectedQstaticQfinalQvolatileQtransient{)、方法在cM定义的顺?br mce_serialized="1" /> 如果不是抽象和本地本法还需要保?br mce_serialized="1" /> Ҏ的字节码、方法的操作数堆栈的大小和本地变量区的大(E候有详细信息Q、异常列表(详细信息参见W十七章“Exceptions”。)
4Q、类Q静态)变量QClass VariablesQ?br mce_serialized="1" /> cd量被所有类的实例共享,即不通过cȝ实例也可以访问。这些变量绑定在cMQ而不是类的实例上Q,所以他们是cȝ逻辑数据的一部分。在Java虚拟Z用这个类之前需要ؓcd量(non-finalQ分配内?br mce_serialized="1" /> 帔RQfinalQ的处理方式于这U类变量Qnon-finalQ不一栗每一个类型在用到一个常量的时候,都会复制一份到自己的常量池中。常量也像类?量一样保存在ҎZQ只不过他保存在帔R池中。(可能是,cd量被所有实例共享,而常量池是每个实例独有的Q。Non-finalcd量保存ؓ定义他的 cd数据Qdata for the type that declares themQ的一部分Q而final帔R保存Z用他的类型数据(data for any type that uses themQ的一部分。详情参见第六章“The Java Class FileThe Java Class File?br mce_serialized="1" /> 5Q、指向类加蝲器的引用QA reference to class ClassLoaderQ?br mce_serialized="1" /> 每一个被Java虚拟机加载的cdQ虚拟机必须保存q个cd是否由原始类加蝲器或者类加蝲器加载。那些被cd载器加蝲的类型必M存一个指向类加蝲器的?用。当cd载器动态连接时Q会使用q条信息。当一个类引用另一个类Ӟ虚拟机必M存那个被引用的类型是被同一个类加蝲器加载的Q这也是虚拟机维护不同命 名空间的q程。详情参见第八章“The Linking Model?br mce_serialized="1" /> 6Q、指向Classcȝ引用QA reference to class ClassQ?br mce_serialized="1" /> Java虚拟Zؓ每一个加载的cd创徏一个java.lang.Classcȝ实例。你也可以通过ClasscȝҎQ?br mce_serialized="1" />public static Class forName(String className)来查找或者加载一个类Qƈ取得相应的Classcȝ实例。通过q个Classcȝ实例Q我们可以访问Java虚拟机方法区中的信息。具体参照ClasscȝJavaDoc?br mce_serialized="1" /> 2、方法列表(Method TablesQ?br mce_serialized="1" /> Z更有效的讉K所有保存在ҎZ的数据,q些数据的存储结构必ȝq仔l的设计。所有方法区中,除了保存了上边的那些原始信息外,q有一个ؓ了加快存 取速度而设计的数据l构Q比如方法列表。每一个被加蝲的非抽象c,Java虚拟机都会ؓ他们产生一个方法列表,q个列表中保存了q个cd能调用的所有实?Ҏ的引用,报错那些父类中调用的Ҏ。详情参见第八章“The Linking Model?
八、堆
当JavaE序创徏一个类的实例或者数l时Q都在堆中ؓ新的对象分配内存。虚拟机中只有一个堆Q所有的U程都共享他?br mce_serialized="1" /> 1、垃圾收集(Garbage CollectionQ?br mce_serialized="1" /> 垃圾攉是释放没有被引用的对象的主要Ҏ。它也可能会Z减少堆的片Q而移动对象。在Java虚拟机的规范中没有严格定义垃圾收集,只是定义一个Java虚拟机的实现必须通过某种方式理自己的堆。详情参见第九章“Garbage Collection”?br mce_serialized="1" /> 2、对象存储结构(Object RepresentationQ?br mce_serialized="1" /> Java虚拟机的规范中没有定义对象怎样在堆中存储。每一个对象主要存储的是他的类和父cM定义的对象变量。对于给定的对象的引用,虚拟机必d耨很快的 定位到这个对象的数据。另为,必须提供一U通过对象的引用方法对象数据的ҎQ比如方法区中的对象的引用,所以一个对象保存的数据中往往含有一个某UŞ?指向Ҏ区的指针?br mce_serialized="1" /> 一个可能的堆的设计是将堆分Z个部分:引用池和对象池。一个对象的引用是指向引用池的本地指针。每一个引用池中的条目都包含两个部分:指向对象池中?象数据的指针和方法区中对象类数据的指针。这U设计能够方便Java虚拟机堆片的整理。当虚拟机在对象池中Ud一个对象的时候,只需要修改对应引用池?的指针地址。但是每ơ访问对象的数据都需要处理两ơ指针。下图演CZq种堆的设计。在W九章的“垃圾收集”中的HeapOfFish Applet演示了这U设计。?br mce_serialized="1" /> 另一U堆的设计是Q一个对象的引用是一个指向一堆数据和指向相应对象的偏UL针。这U设计方便了对象的访问,可是对象的移动要变的异常复杂。下图演CZq种设计
当程序试囑ְ一个对象{换ؓ另一U类型时Q虚拟机需要判断这U{换是否是q个对象的类型,或者是他的父类型。当E序适用instanceof语句的时候也 会做cM的事情。当E序调用一个对象的ҎӞ虚拟机需要进行动态绑定,他必d断调用哪一个类型的Ҏ。这也需要做上面的判断?br mce_serialized="1" /> 无论虚拟机实现者用哪一U设计,他都可能为每一个对象保存一个类似方法列表的信息。因Z可以提升对象Ҏ调用的速度Q对提升虚拟机的性能非常重要Q但 是虚拟机的规范中比没有要求必d现类似的数据l构。下图描qCq种l构。图中显CZ一个对象引用相兌的所有的数据l构Q包括:
1Q、一个指向类型数据的指针
2Q、一个对象的Ҏ列表。方法列表是一个指向所有可能被调用对象Ҏ的指针数l。方法数据包括三个部分:操作码堆栈的大小和方法堆栈的本地变量区;Ҏ的字节码Q异常列表?br mce_serialized="1" /> 每一个Java虚拟Z的对象必d联一个用于同步多U程的lock(mutex)。同一时刻Q只能有一个对象拥有这个对象的锁。当一个拥有这个这个对?的锁Q他可以多ơ申误个锁Q但是也必须释放相应ơ数的锁才能真正释放q个对象锁。很多对象在整个生命周期中都不会被锁Q所以这个信息只有在需要时才需 要添加。很多Java虚拟机的实现都没有在对象的数据中包含“锁定数据”,只是在需要时才生成相应的数据。除了实现对象的锁定Q每一个对象还逻辑兌C 个“wait set”的实现。锁定帮l线E独立处理共享的数据Q不需要妨其他的U程。“wait set”帮l线E协作完成同一个目标。“wait set”往往通过Objectcȝwait()和notify()Ҏ来实现。?br mce_serialized="1" /> 垃圾攉也需要堆中的对象是否被关联的信息。Java虚拟范中指出垃圾攉一个运行一个对象的finalizerҎ一ơ,但是容许 finalizerҎ重新引用q个对象Q当q个对象再次不被引用Ӟ׃需要再ơ调用finalizeҎ。所以虚拟机也需要保存finalizeҎ 是否q行q的信息。更多信息参见第九章的“垃圾收集?br mce_serialized="1" /> 3、数l的保存QArray RepresentationQ?br mce_serialized="1" />在Java 中,数组是一U完全意义上的对象,他和对象一样保存在堆中、有一个指向Classcd例的引用。所有同一l度和类型的数组拥有同样的ClassQ数l的?度不做考虑。对应Class的名字表CZؓl度和类型。比如一个整型数据的Class为“[I”,字节型三l数lClass名ؓ“[[[B”,两维对象数据 Class名ؓ“[[Ljava.lang.Object”?br mce_serialized="1" />多维数组被表CZؓ数组的数l,如下图:
数组必须在堆中保存数l的长度Q数l的数据和一些对象数l类型数据的引用。通过一个数l引用的Q虚拟机应该能够取得一个数l的长度Q通过索引能够讉K特定 的数据,能够调用Object定义的方法。Object是所有数据类的直接父cR更多信息参见第六章“类文g”?/p>
九、PC寄存器(E序计数器)QThe Program CounterQ?/strong>
每一个线E开始执行时都会被创Z个程序计数器。程序计数器只有一个字长(wordQ,所以它能够保存一个本地指针和returnValue。当U程执行 ӞE序计数器中存放了正在执行指令的地址Q这个地址可以使一个本地指针,也可以一个从Ҏ字节码开始的偏移指针。如果执行本地方法,E序计数器的值没 有被定义?/p>
十、Java堆栈QThe Java StackQ?/strong>
当一个线E启动时QJava虚拟ZZ创徏一个Java堆栈。Java堆栈用一些离散的framecȝ录线E的状态。Java虚拟机堆Java堆栈的操作只有两U:压入和弹出frames?br mce_serialized="1" /> U程中正在执行的Ҏ被称为当前方法(current methodQ,当前Ҏ所对应的frame被称为当前Qcurrent frameQ。定义当前方法的c被UCؓ当前c(current classQ,当前cȝ帔R池被UCؓ当前帔R池(current constant pool.Q。当U程执行ӞJava虚拟Z跟踪当前cd当前帔R池。但U程操作保存在中的数据Ӟ他只操作当前帧的数据?br mce_serialized="1" /> 当线E调用一个方法时Q虚拟机会生成一个新的Qƈ压入U程的Java堆栈。这个新的变成当前帧。当Ҏ执行Ӟ他用当前保存Ҏ的参数、本地变 量、中间结构和其他数据。方法有两种退出方式:正常退出和异常推出。无论方法以哪一U方式推出,Java虚拟机都会弹出ƈ丢弃Ҏ的Q上一个方法的帧变 为当前?br mce_serialized="1" /> 所有保存在帧中的数据都只能被拥有它的线E访问,U程不能讉K其他U程的堆栈中的数据。所以,讉KҎ的本地变量时Q不需要考虑多线E同步?br mce_serialized="1" /> 和方法区、堆一PJava堆栈不需要连l的内存I间Q它可以被保存在一个分散的内存I间或者堆上。堆栈具体的数据和长度都有Java虚拟机的实现者自己定义。一些实现可能提供了执行堆栈最大值和最值的Ҏ?/p>
十一、堆栈QThe Stack FrameQ?/strong>
堆栈帧包含三部分Q本地变量、操作数堆栈和数据。本地变量和操作数堆栈的大小都是一字(wordQؓ单位的,他们在编译就已经定。数据的大取决于 不同的实现。当E序调用一个方法时Q虚拟机从类数据中取得本地变量和操作数堆栈的大小Q创Z个合适大和帧,然后压入Java堆栈中?br mce_serialized="1" /> 1、本地变量(Local VariablesQ?br mce_serialized="1" /> 本地变量在Java堆栈帧中被组lؓ一个从0计数的数l,指o通过提供他们的烦引从本地变量Z取得相应的倹{Int,float,reference, returnValue占一个字Qbyte,short,char被{换成int然后存储Qlong和doubel占两个字?br mce_serialized="1" /> 指o通过提供两个字烦引中的前一个来取得long,doubel的倹{比如一个long的值存储在索引3Q?上,指o可以通过3来取得这个longcd的倹{?br mce_serialized="1" /> 本地变量Z包含了方法的参数和本地变量。编译器方法的参数以他们申明的序攑֜数组的前面。但是编译器却可以将本地变量L排列在本地变量数l中Q甚至两个本地变量可以公用一个地址Q比如,当两个本地变量在两个不交叠的区域内,像循环变量i,j?br mce_serialized="1" /> 虚拟机的实现者可以用Q何结构来描述本地变量Z的数据,虚拟范中没有定义如何存储long和doubel?br mce_serialized="1" /> 2、操作数堆栈QOperand StackQ?br mce_serialized="1" /> 向本地变量一P操作数堆栈也被组lؓ一个以字ؓ单位的数l。但是不像本地变量那样通过索引讉KQ而是通过push和pop值来实现讉K的。如果一个指令push一个值到堆栈中,那么下一个指令就可以popq且使用q个倹{?br mce_serialized="1" /> 操作数堆栈不像程序计数器那样不可以被指o直接讉KQ指令可以直接访问操作数堆栈。Java虚拟机是一个以堆栈为基Q而不是以寄存器ؓ基础的,因ؓ它的 指o从堆栈中取得操作敎ͼ而不是同寄存器中。当Ӟ指o也可以从其他地方ȝ操作敎ͼ比如指o后面的操作码Q或者常量池。但是Java虚拟机指令主要是?操作数堆栈中取得他们需要的操作数?br mce_serialized="1" /> Java虚拟机将操作数堆栈视为工作区Q很多指令通过先从操作数堆栈中pop|在处理完以后再将l果push回操作数堆栈。一个add的指令执行过E如 下图所C:先执行iload_0和iload_1两条指o需要相加的两个敎ͼ从本地方法区中取出,qpush到操作数堆栈中;然后执行iadd指oQ现 popZ个|相加Qƈ结果puspq操作数堆栈中;最后执行istore_2指oQpop出结果,赋值到本地ҎZ。?br mce_serialized="1" /> 3、数据QFrame DataQ?br mce_serialized="1" /> 处理本地变量和操作数堆栈以外Qjava堆栈帧还包括了ؓ了支持常量池Q方法返回值和异常分发需要的数据Q他们被保存在数据中?br mce_serialized="1" /> 当虚拟机遇到使用指向帔R池引用的指oӞ׃通过帧数据中指向帔R区的指针来访问所需要的信息。前面提到过Q常量区中的引用在最开始时都是W号引用。即使当虚拟机检查这些引用时Q他们也是字W引用。所以虚拟机需要在q时转换q个引用?br mce_serialized="1" /> 当一个方法正常返回时Q虚拟机需要重建那个调用这个方法的Ҏ的堆栈。如果执行完的方法有q回|虚拟机就需要将q个值pushq调用方法的哪个操作数堆栈中?br mce_serialized="1" /> 帧数据中也包含虚拟机用来处理异常的异常表的引用。异常表定义了一个被catch语句保护的一D字节码。每一个异常表中的个体又包含了需要保护的字节玛的 范围Q和异常被捕捉到旉要执行的字节码的位置。当一个方法抛Z个异常时QJava虚拟机就是用异常表去判断如何处理q个异常。如果虚拟机扑ֈ了一个匹 配的catchQ他׃控制权交给catch语句。如果没有找到匹配的catchQ方法就会异常返回,然后再调用的Ҏ中l这个过E?br mce_serialized="1" /> 除了以上的三个用途外Q数据q可能包含一些依赖于实现的数据,比如调试的信息?/p>
十二、本地方法堆?/strong>
本地ҎZ赖于虚拟机的不同实现。虚拟机的实现者可以自己决定用哪一U机制去执行本地Ҏ?br mce_serialized="1" /> M本地Ҏ接口QNative Method InterfaceQ都使用某种形式的本地方法堆栈。?/p>
十三、执行引?/strong>
一个java虚拟机实现的核心是执行引擎。在Java虚拟范,执行引擎被描qCؓ一pd的指令。对于每一个指令,规范都描qC他们应该做什么,但是没有说要如何d?br mce_serialized="1" /> 1、指令集
在Java虚拟Z一个方法的字节码流是一个指令的序列。每一个指令由一个字节的操作码(OpcodeQ和可能存在的操作数QOperandsQ。操?码指C去做什么,操作数提供一些执行这个操作码可能需要的额外的信息。一个抽象的执行引擎每次执行一个指令。这个过E发生在每一个执行的U程中?br mce_serialized="1" />有时Q执行引擎可能会遇到一个需要调用本地方法的指oQ在q种情况下,执行引擎会去试图调用本地ҎQ但本地Ҏq回Ӟ执行引擎会l执行字节码中的下一个指令。本地方法也可以看成对Java虚拟Z的指令集的一U扩充?br mce_serialized="1" /> 军_下一步执行那一条指令也是执行引擎工作的一部分。执行引擎有三种Ҏd得下一条指令。多数指令会执行跟在他会面的指oQ一些像gotoQ?return的指令,会在他们执行的时候决定他们的下一条指令;当一个指令抛出异常时Q执行引擎通过匚wcatch语句来决定下一条应该执行的指o?br mce_serialized="1" /> q_独立性、网l移动性、安全性左右了Java虚拟机指令集的设计。^台独立性是指o集设计的主要影响因素之一。基于堆栈的l构使得Java虚拟机可以在 更多的^C实现。更的操作码,紧凑的结构得字节码可以更有效的利用|络带宽。一ơ性的字节码验证,使得字节码更安全Q而不影响太多的性能?br mce_serialized="1" /> 2、执行技?br mce_serialized="1" /> 许多U执行技术可以用在Java虚拟机的实现中:解释执行Q及时编译(just-in-time compilingQ,hot-spot compiling,native execution in silicon?br mce_serialized="1" /> 3、线E?br mce_serialized="1" /> Java虚拟范定义了一Uؓ了在更多q_上实现的U程模型。JavaU程模型的一个目标时可以利用本地U程。利用本地线E可以让JavaE序中的U程能过在多处理器机器上真正的同时执行?br mce_serialized="1" /> JavaU程模型的一个代价就是线E优先Q一个JavaU程可以?-10的优先上运行?最低,10最高。如果设计者用了本地U程Q他们可能将q?10个优先映射到本C先上。Java虚拟范只定义了,高一点优先的线E可以却一些cpu旉Q低优先U的U程在所有高优先U线E都堵塞Ӟ?可以获取一些cpu旉Q但是这没有保证Q低优先U的U程在高优先U线E没有堵塞时不可以获得一定的cpu旉。因此,如果需要在不同的线E间协作Q你?M用的“同步(synchronizatoinQ”?br mce_serialized="1" /> 同步意味着两个部分Q对象锁Qobject lockingQ和U程{待、激z?thread wait and notify)。对象锁帮助U程可以不受其他U程的干扰。线E等待、激zd以让不同的线E进行协作?br mce_serialized="1" /> 在Java虚拟机的规范中,JavaU程被描qCؓ变量、主内存、工作内存。每一个Java虚拟机的实例都有一个主内存Q他包含了所有程序的变量Q对象、数l合cd量。每一个线E都有自q工作内存Q他保存了哪些他可能用到的变量的拯。规则:
1Q、从d存拷贝变量的值到工作内存?br mce_serialized="1" /> 2Q、将工作内存中的值写会主内存?br mce_serialized="1" /> 如果一个变量没有被同步化,U程可能以Q何顺序更C内存中的变量。ؓ了保证多U程E序的正的执行Q必M用同步机制?/p>
十四、本地方法接口(Native Method InterfaceQ?/strong>
Java虚拟机的实现q不是必d现本地方法接口。一些实现可能根本不支持本地Ҏ接口。Sun的本地方法接口是JNI(Java Native Interface)?/p>
十五、现实中的机器(The Real MachineQ?/strong>
十六、数学方法:仿真(Eternal Math : A Simulation)
本文转自Q?a href="/cheneyfree">http://www.tkk7.com/cheneyfree
By subscribing to this Really Simple Syndication (RSS) feed, you can preview updates made to this space in any RSS reader or aggregator. RSS allows you to subscribe to feeds from several sources and automatically combines the information into one list. You can quickly browse the list without visiting each site to search for new information of interest to you.
Subscribe to this feed in Live.com
Subscribe to this feed in an aggregator that supports one-click subscription
How can you understand that new sky usually is outside house.
How can you understand that lover may not apply to gathering.
How can you understand that losing love is not the incurable disease but only an ache.
How can you understand that she needn’t follow you forever , in spite of accompanying you in the past.
How can you understand that concern of friends is not all of sweet talk.
How can you understand that people who you don’t like to rap to concern you very much.
How can you understand that people who you depend on don’t love you sometimes.
How can you understand that you don’t catch up with her because she don’t want to be caught by you.
How can you understand that you don’t hold her by bearing and connivance.
How can you understand that being lonely doesn't belong to the love.
How can you understand that you should not be punished for her fault.
How can you understand that one person who love you indeed is waiting you at a distance.
The meaning of being lonely is that love is closing to you.
note:
incurable disease : l症
sweet talk : 甜言蜜语
rap to : ?/span>?说话Q搭?/span>....
bearing and connivance : 忍受与纵?/span>
indeed : 真正?/span>
for you ,for me ,for everyone.
Published Date: ? 03 七月 2007 13:43:57 GMT
Read the full item
Last weekend I enjoyed an exciting trip with my friends. This is twice to visited Xingcheng. Last time we enjoyed the trip in last year of October. We arrived at the railway station of Calabash-island City by train in the early morning. Than We went to the Xingcheng City by car. The car covered distance in 30 minutes from Calabash-island to Xingcheng City.
We arrived at seashore first. I think I like the sea but I can’t swimming. We sat the sand beach and sang. The sky was very dark. I could not see any thing and only hear the sea.
if you ask me what is interesting for me, I can say “eating shrimps!? We bought a lot of fresh shrimps from fisherfolks. The shrimp’s price is cheaper than Beijing’s. We ate many shrimp. It’s very delicious!
On Sunday We visited Xingcheng by car. We visited the ancestral wall and nearly every shops. My friend ZhuXixi bought a few of seashell. She like it very much. She had a great many of beautiful seashell. I think her room must be a seashell-museums.
At last We went home by train. We have a good time!
note:
Calabash-island 葫芦?/font>
shrimp ?/font>