2009年5月14日
版權(quán)聲明：本文可以自由轉(zhuǎn)載，轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明文章原始出處和作者信息及本聲明
作者:cleverpig(作者的Blog:
http://blog.matrix.org.cn/page/cleverpig)
原文:
http://www.matrix.org.cn/resource/article/44/44048_Java+Annotation.html
關(guān)鍵字:Java,annotation,標(biāo)注
摘要：
本文針對(duì)java初學(xué)者或者annotation初次使用者全面地說(shuō)明了annotation的使用方法、定義方式、分類。初學(xué)者可以通過(guò)以上的說(shuō)明制作
簡(jiǎn)單的annotation程序，但是對(duì)于一些高級(jí)的annotation應(yīng)用（例如使用自定義annotation生成javabean映射xml文
件）還需要進(jìn)一步的研究和探討。涉及到深入annotation的內(nèi)容，作者將在后文《Java Annotation高級(jí)應(yīng)用》中談到。
同時(shí)，annotation運(yùn)行存在兩種方式：運(yùn)行時(shí)、編譯時(shí)。上文中討論的都是在運(yùn)行時(shí)的annotation應(yīng)用，但在編譯時(shí)的annotation應(yīng)用還沒(méi)有涉及，
一、為什么使用Annotation：
在JAVA應(yīng)用中，我們常遇到一些需要使用模版代碼。例如，為了編寫(xiě)一個(gè)JAX-RPC web service，我們必須提供一對(duì)接口和實(shí)現(xiàn)作為模版代碼。如果使用annotation對(duì)遠(yuǎn)程訪問(wèn)的方法代碼進(jìn)行修飾的話，這個(gè)模版就能夠使用工具自動(dòng)生成。
另外，一些API需要使用與程序代碼同時(shí)維護(hù)的附屬文件。例如，JavaBeans需要一個(gè)BeanInfo
Class與一個(gè)Bean同時(shí)使用/維護(hù)，而EJB則同樣需要一個(gè)部署描述符。此時(shí)在程序中使用annotation來(lái)維護(hù)這些附屬文件的信息將十分便利
而且減少了錯(cuò)誤。
二、Annotation工作方式：
在5.0版之前的Java平臺(tái)已經(jīng)具有了一些ad hoc
annotation機(jī)制。比如，使用transient修飾符來(lái)標(biāo)識(shí)一個(gè)成員變量在序列化子系統(tǒng)中應(yīng)被忽略。而@deprecated這個(gè)
javadoc tag也是一個(gè)ad hoc
annotation用來(lái)說(shuō)明一個(gè)方法已過(guò)時(shí)。從Java5.0版發(fā)布以來(lái)，5.0平臺(tái)提供了一個(gè)正式的annotation功能：允許開(kāi)發(fā)者定義、使用
自己的annoatation類型。此功能由一個(gè)定義annotation類型的語(yǔ)法和一個(gè)描述annotation聲明的語(yǔ)法，讀取annotaion
的API，一個(gè)使用annotation修飾的class文件，一個(gè)annotation處理工具（apt）組成。
annotation并不直接影響代碼語(yǔ)義，但是它能夠工作的方式被看作類似程序的工具或者類庫(kù)，它會(huì)反過(guò)來(lái)對(duì)正在運(yùn)行的程序語(yǔ)義有所影響。annotation可以從源文件、class文件或者以在運(yùn)行時(shí)反射的多種方式被讀取。
當(dāng)然annotation在某種程度上使javadoc tag更加完整。一般情況下，如果這個(gè)標(biāo)記對(duì)java文檔產(chǎn)生影響或者用于生成java文檔的話，它應(yīng)該作為一個(gè)javadoc tag；否則將作為一個(gè)annotation。
三、Annotation使用方法：
1。類型聲明方式：
通常，應(yīng)用程序并不是必須定義annotation類型，但是定義annotation類型并非難事。Annotation類型聲明于一般的接口聲明極為類似，區(qū)別只在于它在interface關(guān)鍵字前面使用“@”符號(hào)。
annotation類型的每個(gè)方法聲明定義了一個(gè)annotation類型成員，但方法聲明不必有參數(shù)或者異常聲明；方法返回值的類型被限制在以下的范
圍：primitives、String、Class、enums、annotation和前面類型的數(shù)組；方法可以有默認(rèn)值。
下面是一個(gè)簡(jiǎn)單的annotation類型聲明：
清單1:
/**
* Describes the Request-For-Enhancement(RFE) that led
* to the presence of the annotated API element.
*/
public @interface RequestForEnhancement {
int id();
String synopsis();
String engineer() default "[unassigned]";
String date(); default "[unimplemented]";
}
代碼中只定義了一個(gè)annotation類型RequestForEnhancement。
2。修飾方法的annotation聲明方式：
annotation是一種修飾符，能夠如其它修飾符（如public、static、final）一般使用。習(xí)慣用法是annotaions用在其它的
修飾符前面。annotations由“@+annotation類型+帶有括號(hào)的成員-值列表”組成。這些成員的值必須是編譯時(shí)常量（即在運(yùn)行時(shí)不
變）。
A：下面是一個(gè)使用了RequestForEnhancement annotation的方法聲明：
清單2:
@RequestForEnhancement(
id = 2868724,
synopsis = "Enable time-travel",
engineer = "Mr. Peabody",
date = "4/1/3007"
)
public static void travelThroughTime(Date destination) { ... }
B：當(dāng)聲明一個(gè)沒(méi)有成員的annotation類型聲明時(shí)，可使用以下方式：
清單3:
/**
* Indicates that the specification of the annotated API element
* is preliminary and subject to change.
*/
public @interface Preliminary { }
作為上面沒(méi)有成員的annotation類型聲明的簡(jiǎn)寫(xiě)方式：
清單4:
@Preliminary public class TimeTravel { ... }
C：如果在annotations中只有唯一一個(gè)成員，則該成員應(yīng)命名為value：
清單5:
/**
* Associates a copyright notice with the annotated API element.
*/
public @interface Copyright {
String value();
}
更為方便的是對(duì)于具有唯一成員且成員名為value的annotation（如上文），在其使用時(shí)可以忽略掉成員名和賦值號(hào)（=）：
清單6:
@Copyright("2002 Yoyodyne Propulsion Systems")
public class OscillationOverthruster { ... }
3。一個(gè)使用實(shí)例：
結(jié)合上面所講的，我們?cè)谶@里建立一個(gè)簡(jiǎn)單的基于annotation測(cè)試框架。首先我們需要一個(gè)annotation類型來(lái)表示某個(gè)方法是一個(gè)應(yīng)該被測(cè)試工具運(yùn)行的測(cè)試方法。
清單7:
import java.lang.annotation.*;
/**
* Indicates that the annotated method is a test method.
* This annotation should be used only on parameterless static methods.
*/
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface Test { }
值得注意的是annotaion類型聲明是可以標(biāo)注自己的，這樣的annotation被稱為“meta-annotations”。
在上面的代碼中，@Retention(RetentionPolicy.RUNTIME)這個(gè)meta-annotation表示了此類型的
annotation將被虛擬機(jī)保留使其能夠在運(yùn)行時(shí)通過(guò)反射被讀取。而@Target(ElementType.METHOD)表示此類型的
annotation只能用于修飾方法聲明。
下面是一個(gè)簡(jiǎn)單的程序，其中部分方法被上面的annotation所標(biāo)注：
清單8:
public class Foo {
@Test public static void m1() { }
public static void m2() { }
@Test public static void m3() {
throw new RuntimeException("Boom");
}
public static void m4() { }
@Test public static void m5() { }
public static void m6() { }
@Test public static void m7() {
throw new RuntimeException("Crash");
}
public static void m8() { }
}
Here is the testing tool:
import java.lang.reflect.*;
public class RunTests {
public static void main(String[] args) throws Exception {
int passed = 0, failed = 0;
for (Method m : Class.forName(args[0]).getMethods()) {
if (m.isAnnotationPresent(Test.class)) {
try {
m.invoke(null);
passed++;
} catch (Throwable ex) {
System.out.printf("Test %s failed: %s %n", m, ex.getCause());
failed++;
}
}
}
System.out.printf("Passed: %d, Failed %d%n", passed, failed);
}
}
這個(gè)程序從命令行參數(shù)中取出類名，并且遍歷此類的所有方法，嘗試調(diào)用其中被上面的測(cè)試annotation類型標(biāo)注過(guò)的方法。在此過(guò)程中為了找出哪些方法
被annotation類型標(biāo)注過(guò)，需要使用反射的方式執(zhí)行此查詢。如果在調(diào)用方法時(shí)拋出異常，此方法被認(rèn)為已經(jīng)失敗，并打印一個(gè)失敗報(bào)告。最后，打印運(yùn)
行通過(guò)/失敗的方法數(shù)量。
下面文字表示了如何運(yùn)行這個(gè)基于annotation的測(cè)試工具：
清單9:
$ java RunTests Foo
Test public static void Foo.m3() failed: java.lang.RuntimeException: Boom
Test public static void Foo.m7() failed: java.lang.RuntimeException: Crash
Passed: 2, Failed 2
四、Annotation分類：
根據(jù)annotation的使用方法和用途主要分為以下幾類：
1。內(nèi)建Annotation——Java5.0版在java語(yǔ)法中經(jīng)常用到的內(nèi)建Annotation：
@Deprecated用于修飾已經(jīng)過(guò)時(shí)的方法；
@Override用于修飾此方法覆蓋了父類的方法（而非重載）；
@SuppressWarnings用于通知java編譯器禁止特定的編譯警告。
下面代碼展示了內(nèi)建Annotation類型的用法：
清單10:
package com.bjinfotech.practice.annotation;
/**
* 演示如何使用java5內(nèi)建的annotation
* 參考資料：
* http://java.sun.com/docs/books/tutorial/java/javaOO/annotations.html
* http://java.sun.com/j2se/1.5.0/docs/guide/language/annotations.html
* http://mindprod.com/jgloss/annotations.html
* @author cleverpig
*
*/
import java.util.List;
public class UsingBuiltInAnnotation {
//食物類
class Food{}
//干草類
class Hay extends Food{}
//動(dòng)物類
class Animal{
Food getFood(){
return null;
}
//使用Annotation聲明Deprecated方法
@Deprecated
void deprecatedMethod(){
}
}
//馬類-繼承動(dòng)物類
class Horse extends Animal{
//使用Annotation聲明覆蓋方法
@Override
Hay getFood(){
return new Hay();
}
//使用Annotation聲明禁止警告
@SuppressWarnings({"deprecation","unchecked"})
void callDeprecatedMethod(List horseGroup){
Animal an=new Animal();
an.deprecatedMethod();
horseGroup.add(an);
}
}
}
2。開(kāi)發(fā)者自定義Annotation：由開(kāi)發(fā)者自定義Annotation類型。
下面是一個(gè)使用annotation進(jìn)行方法測(cè)試的sample：
AnnotationDefineForTestFunction類型定義如下：
清單11:
package com.bjinfotech.practice.annotation;
import java.lang.annotation.*;
/**
* 定義annotation
* @author cleverpig
*
*/
//加載在VM中，在運(yùn)行時(shí)進(jìn)行映射
@Retention(RetentionPolicy.RUNTIME)
//限定此annotation只能標(biāo)示方法
@Target(ElementType.METHOD)
public @interface AnnotationDefineForTestFunction{}
測(cè)試annotation的代碼如下：
清單12:
package com.bjinfotech.practice.annotation;
import java.lang.reflect.*;
/**
* 一個(gè)實(shí)例程序應(yīng)用前面定義的Annotation：AnnotationDefineForTestFunction
* @author cleverpig
*
*/
public class UsingAnnotation {
@AnnotationDefineForTestFunction public static void method01(){}
public static void method02(){}
@AnnotationDefineForTestFunction public static void method03(){
throw new RuntimeException("method03");
}
public static void method04(){
throw new RuntimeException("method04");
}
public static void main(String[] argv) throws Exception{
int passed = 0, failed = 0;
//被檢測(cè)的類名
String className="com.bjinfotech.practice.annotation.UsingAnnotation";
//逐個(gè)檢查此類的方法，當(dāng)其方法使用annotation聲明時(shí)調(diào)用此方法
for (Method m : Class.forName(className).getMethods()) {
if (m.isAnnotationPresent(AnnotationDefineForTestFunction.class)) {
try {
m.invoke(null);
passed++;
} catch (Throwable ex) {
System.out.printf("測(cè)試 %s 失敗: %s %n", m, ex.getCause());
failed++;
}
}
}
System.out.printf("測(cè)試結(jié)果： 通過(guò): %d, 失敗： %d%n", passed, failed);
}
}
3。使用第三方開(kāi)發(fā)的Annotation類型
這也是開(kāi)發(fā)人員所常常用到的一種方式。比如我們?cè)谑褂肏ibernate3.0時(shí)就可以利用Annotation生成數(shù)據(jù)表映射配置文件，而不必使用Xdoclet。
五、總結(jié)：
1。前面的文字說(shuō)明了annotation的使用方法、定義方式、分類。初學(xué)者可以通過(guò)以上的說(shuō)明制作簡(jiǎn)單的annotation程序，但是對(duì)于一些高級(jí)
的annotation應(yīng)用（例如使用自定義annotation生成javabean映射xml文件）還需要進(jìn)一步的研究和探討。
2。同時(shí)，annotation運(yùn)行存在兩種方式：運(yùn)行時(shí)、編譯時(shí)。上文中討論的都是在運(yùn)行時(shí)的annotation應(yīng)用，但在編譯時(shí)的
annotation應(yīng)用還沒(méi)有涉及，因?yàn)榫幾g時(shí)的annotation要使用annotation processing tool。
涉及以上2方面的深入內(nèi)容，作者將在后文《Java Annotation高級(jí)應(yīng)用》中談到。
=========================================================
GOOGLE不支持通配符，如“*”、“?”等，只能做精確查詢，關(guān)鍵字后面的“*”或者“?”會(huì)被忽略掉。
GOOGLE對(duì)英文字符大小寫(xiě)不敏感，“GOD”和“god”搜索的結(jié)果是一樣的。
GOOGLE的關(guān)鍵字可以是詞組（中間沒(méi)有空格），也可以是句子（中間有空格），但是，用句子做關(guān)鍵字，必須加英文引號(hào)。
示例：搜索包含“long, long ago”字串的頁(yè)面。
搜索：“"long, long ago"”
結(jié)果：已向英特網(wǎng)搜索"long, long ago". 共約有28,300項(xiàng)查詢結(jié)果，這是第1-10項(xiàng)。搜索用時(shí)0.28秒。
注意：和搜索英文關(guān)鍵字串不同的是，GOOGLE對(duì)中文字串的處理并不十分完善。比如，搜索“"啊，我的太陽(yáng)"”，我們希望結(jié)果中含有這個(gè)句子，事實(shí)并非
如此。查詢的很多結(jié)果，“啊”、“我的”、“太陽(yáng)”等詞語(yǔ)是完全分開(kāi)的，但又不是“啊 我的
太陽(yáng)”這樣的與查詢。顯然，GOOGLE對(duì)中文的支持尚有欠缺之處。
GOOGLE對(duì)一些網(wǎng)路上出現(xiàn)頻率極高的詞（主要是英文單詞），如“i”、“com”，以及一些符號(hào)如“*”、“.”等，作忽略處理，如果用戶必須要求關(guān)鍵字中包含這些常用詞，就要用強(qiáng)制語(yǔ)法“+”。
示例：搜索包含“Who am I ?”的網(wǎng)頁(yè)。如果用“"who am i ?"”，“Who”、“I”、“?”會(huì)被省略掉，搜索將只用“am”作關(guān)鍵字，所以應(yīng)該用強(qiáng)制搜索。
搜索：“"+who +am +i"”
結(jié)果：已向英特網(wǎng)搜索"+who +am +i". 共約有362,000項(xiàng)查詢結(jié)果，這是第1-10項(xiàng)。搜索用時(shí)0.30秒。
注意：英文符號(hào)（如問(wèn)號(hào)，句號(hào)，逗號(hào)等）無(wú)法成為搜索關(guān)鍵字，加強(qiáng)制也不行。
==============================================================
inurl語(yǔ)法返回的網(wǎng)頁(yè)鏈接中包含第一個(gè)關(guān)鍵字，后面的關(guān)鍵字則出現(xiàn)在鏈接中或者網(wǎng)頁(yè)文檔中。有很多網(wǎng)站把某一類具有相同屬性的資源名稱顯示在目錄名稱
或者網(wǎng)頁(yè)名稱中，比如“MP3”、“GALLARY”等，于是，就可以用INURL語(yǔ)法找到這些相關(guān)資源鏈接，然后，用第二個(gè)關(guān)鍵詞確定是否有某項(xiàng)具體資
料。INURL語(yǔ)法和基本搜索語(yǔ)法的最大區(qū)別在于，前者通常能提供非常精確的專題資料。
示例：查找MIDI曲“滄海一聲笑”。
搜索：“inurl:midi 滄海一聲笑”
結(jié)果：已搜索有關(guān)inurl:midi 滄海一聲笑的中文(簡(jiǎn)體)網(wǎng)頁(yè)。共約有14項(xiàng)查詢結(jié)果，這是第1-10項(xiàng)。搜索用時(shí)0.01秒。
示例：查找微軟網(wǎng)站上關(guān)于windows2000的安全課題資料。
搜索：“inurl:security windows2000 site:microsoft.com”
結(jié)果：已在microsoft.com內(nèi)搜索有關(guān) inurl:security windows2000的網(wǎng)頁(yè)。共約有198項(xiàng)查詢結(jié)果，這是第1-10項(xiàng)。搜索用時(shí)0.37秒。
注意：“inurl:”后面不能有空格，GOOGLE也不對(duì)URL符號(hào)如“/”進(jìn)行搜索。GOOGLE對(duì)“cgi-bin/phf”中的“/”當(dāng)成空格處理。
2009年5月7日
1。啟動(dòng)：mysqld --console
2。調(diào)試：mysql -u root
2009年2月5日
void *從本質(zhì)上講是一種指針的類型，就像 (char *)、(int *)類型一樣.但是其又具有
特殊性，它可以存放其他任何類型的指針類型：例如：
char *array="I am the pointer of string";
void * temp；
//temp可以存放其他任何類型的指針(地址）
temp=array; // temp 的指針類型
cout<<array<<endl;
cout<<temp<<endl;
cout<<(char *)temp<<endl;
運(yùn)行結(jié)果：
I am the pointer of string
0x0042510C （這個(gè)值就是array指針變量所存儲(chǔ)的值）
I am the pointer of string
2.但是不能將void*類型的值賦給其他既定的類型，除非經(jīng)過(guò)顯示轉(zhuǎn)換： 例如：
int a=20;
int * pr=&a;
void *p;
pr=p //error,不能將空的類型賦給int *
pr=(int
*)p; //ok，經(jīng)過(guò)轉(zhuǎn)換
2009年1月10日
begin with first request : web.xml - init
end when container is hsut down: web.xml - destroy
By default setting: each Servlet has a Threadpool to support multithreads.
2008年12月21日
Class loader priority is bootstrap >extension >application (or system)
1. bootstrap: 主要是負(fù)責(zé)裝載jre/lib下的jar文件，當(dāng)然，你也可以通過(guò)-Xbootclasspath參數(shù)定義。該ClassLoader不能被Java代碼實(shí)例化，因?yàn)樗荍VM本身的一部分
2. extension: 該ClassLoader是Bootstrap classLoader的子class
loader。它主要負(fù)責(zé)加載jre/lib/ext/下的所有jar文件。只要jar包放置這個(gè)位置，就會(huì)被虛擬機(jī)加載。一個(gè)常見(jiàn)的、類似的問(wèn)題是，你
將mysql的低版本驅(qū)動(dòng)不小心放置在這兒，但你的Web應(yīng)用程序的lib下有一個(gè)新的jdbc驅(qū)動(dòng)，但怎么都報(bào)錯(cuò)，譬如不支持JDBC2.0的
DataSource，這時(shí)你就要當(dāng)心你的新jdbc可能并沒(méi)有被加載。這就是ClassLoader的delegate現(xiàn)象。常見(jiàn)的有l(wèi)og4j、
common-log、dbcp會(huì)出現(xiàn)問(wèn)題，因?yàn)樗鼈兒苋菀妆蝗巳竭@個(gè)ext目錄，或是Tomcat下的common/lib目錄。
3. application loader: 也稱為System
ClassLoaer。它負(fù)責(zé)加載CLASSPATH環(huán)境變量下的classes。缺省情況下，它是用戶創(chuàng)建的任何ClassLoader的父
ClassLoader，我們創(chuàng)建的standalone應(yīng)用的main
class缺省情況下也是由它加載(通過(guò)Thread.currentThread().getContextClassLoader()查看)。
我們實(shí)際開(kāi)發(fā)中，用ClassLoader更多時(shí)候是用其加載classpath下的資源，特別是配置文件，如ClassLoader.getResource()，比FileInputStream直接。
ClassLoader是一種分級(jí)(hierarchy)的代理(delegation)模型。
Delegation：其實(shí)是Parent
Delegation，當(dāng)需要加載一個(gè)class時(shí)，當(dāng)前線程的ClassLoader首先會(huì)將請(qǐng)求代理到其父classLoader，遞歸向上，如果該
class已經(jīng)被父classLoader加載，那么直接拿來(lái)用，譬如典型的ArrayList，它最終由Bootstrap
ClassLoader加載。并且，每個(gè)ClassLoader只有一個(gè)父ClassLoader。
Class查找的位置和順序依次是：Cache、parent、self。
Hierarchy：
上面的delegation已經(jīng)暗示了一種分級(jí)結(jié)構(gòu)，同時(shí)它也說(shuō)明：一個(gè)ClassLoader只能看到被它自己加載的
classes，或是看到其父(parent) ClassLoader或祖先(ancestor) ClassLoader加載的Classes。
在一個(gè)單虛擬機(jī)環(huán)境下，標(biāo)識(shí)一個(gè)類有兩個(gè)因素：class的全路徑名、該類的ClassLoader。
===================Tomcat Class Loading==========================================
2008年12月14日
class A
{
void f
() { System.
out.
println("A: doing f()");
}
void g
() { System.
out.
println("A: doing g()");
}
}
class C
{
// delegation
A a =
new A
();
void f
() { a.
f();
}
void g
() { a.
g();
}
// normal attributes
X x =
new X
();
void y
() { /* do stuff */ }
}
public class Main
{
public static void main
(String[] args
) {
C c =
new C
();
c.
f();
c.
g();
}
}
代理模式
Proxy Pattern's 3 roles：
1. (abstract common)Subject：common interface
2. ProxySubject：含有the reference to the RealSubject //delegation
3. RealSubject：實(shí)現(xiàn)邏輯的類
類圖如下：
題-1.jpg)
圖1
Java 動(dòng)態(tài)代理
從JDK1.3開(kāi)始，Java就引入了動(dòng)態(tài)代理的概念。動(dòng)態(tài)代理（Dynamic Proxy）可以幫助你減少代碼行數(shù)，真正提高代碼的可復(fù)用度。
類圖如下：
題-23.jpg)
圖2 
動(dòng)態(tài)代理和普通的代理模式的區(qū)別，就是動(dòng)態(tài)代理中的代理類是由java.lang.reflect.Proxy類在運(yùn)行期時(shí)根據(jù)接口定義，采用Java反射功能動(dòng)態(tài)生成的(圖2的匿名實(shí)現(xiàn)類)。和java.lang.reflect.InvocationHandler結(jié)合，可以加強(qiáng)現(xiàn)有類的方法實(shí)現(xiàn)。如圖2，圖中的自定義Handler實(shí)現(xiàn)InvocationHandler接口，自定義Handler實(shí)例化時(shí)，將實(shí)現(xiàn)類傳入自定義Handler對(duì)象。自定義Handler需要實(shí)現(xiàn)invoke方法，該方法可以使用Java反射調(diào)用實(shí)現(xiàn)類的實(shí)現(xiàn)的方法，同時(shí)當(dāng)然可以實(shí)現(xiàn)其他功能，例如在調(diào)用實(shí)現(xiàn)類方法前后加入Log。而Proxy類根據(jù)Handler和需要代理的接口動(dòng)態(tài)生成一個(gè)接口實(shí)現(xiàn)類的對(duì)象。當(dāng)用戶調(diào)用這個(gè)動(dòng)態(tài)生成的實(shí)現(xiàn)類時(shí)，實(shí)際上是調(diào)用了自定義Handler的invoke方法。
下面是使用動(dòng)態(tài)代理的步驟：
1. Client向Proxy請(qǐng)求一個(gè)具有某個(gè)功能的實(shí)例；
2. Proxy根據(jù)Subject，以自定義Handler創(chuàng)建一個(gè)匿名內(nèi)部類，并返回給Client；
3. Client獲取該匿名內(nèi)部類的引用，調(diào)用在Subject接口種定義的方法；
4. 匿名內(nèi)部類將對(duì)方法的調(diào)用轉(zhuǎn)換為對(duì)自定義Handler中invoke方法的調(diào)用
5. invoke方法根據(jù)一些規(guī)則做處理，如記錄log，然后調(diào)用SubjectImpl中的方法
Examples
Here is a simple example that prints out a message before and after a method invocation on an object that implements an arbitrary list of interfaces:
public interface Foo {
Object bar(Object obj) throws BazException;
}
public class FooImpl implements Foo {
Object bar(Object obj) throws BazException {
// ...
}
}
public class DebugProxy implements java.lang.reflect.InvocationHandler {
private Object obj;
public static Object newInstance(Object obj) {
return java.lang.reflect.Proxy.newProxyInstance(
obj.getClass().getClassLoader(),
obj.getClass().getInterfaces(),
new DebugProxy(obj));
}
private DebugProxy(Object obj) {
this.obj = obj;
}
public Object invoke(Object proxy, Method m, Object[] args)
throws Throwable
{
Object result;
try {
System.out.println("before method " + m.getName());
result = m.invoke(obj, args);
} catch (InvocationTargetException e) {
throw e.getTargetException();
} catch (Exception e) {
throw new RuntimeException("unexpected invocation exception: " +
e.getMessage());
} finally {
System.out.println("after method " + m.getName());
}
return result;
}
}
To construct a DebugProxy for an implementation of the Foo interface and call one of its methods:
Foo foo = (Foo) DebugProxy.newInstance(new FooImpl());
foo.bar(null);
2008年12月11日
前言
linux有自己一套完整的啟動(dòng)體系，抓住了linux啟動(dòng)的脈絡(luò)，linux的啟動(dòng)過(guò)程將不再神秘。
閱讀之前建議先看一下附圖。
本文中假設(shè)inittab中設(shè)置的init tree為：
/etc/rc.d/rc0.d
/etc/rc.d/rc1.d
/etc/rc.d/rc2.d
/etc/rc.d/rc3.d
/etc/rc.d/rc4.d
/etc/rc.d/rc5.d
/etc/rc.d/rc6.d
/etc/rc.d/init.d
目錄
1. 關(guān)于linux的啟動(dòng)
2. 關(guān)于rc.d
3. 啟動(dòng)腳本示例
4. 關(guān)于rc.local
5. 關(guān)于bash啟動(dòng)腳本
6. 關(guān)于開(kāi)機(jī)程序的自動(dòng)啟動(dòng)
1. 關(guān)于linux的啟動(dòng)
init是所有進(jìn)程之父
init讀取/etc/inittab，執(zhí)行rc.sysinit腳本
(注意文件名是不一定的,有些unix甚至?xí)⒄Z(yǔ)句直接寫(xiě)在inittab中)
rc.sysinit腳本作了很多工作:
init $PATH
config network
start swap function
set hostname
check root file system, repair if needed
check root space
....
rc.sysinit根據(jù)inittab執(zhí)行rc?.d腳本
linux是多用戶系統(tǒng)，getty是多用戶與單用戶的分水嶺
在getty之前運(yùn)行的是系統(tǒng)腳本
2. 關(guān)于rc.d
所有啟動(dòng)腳本放置在 /etc/rc.d/init.d下
rc?.d中放置的是init.d中腳本的鏈接，命名格式是：
S{number}{name}
K{number}{name}
S開(kāi)始的文件向腳本傳遞start參數(shù)
K開(kāi)始的文件向腳本傳遞stop參數(shù)
number決定執(zhí)行的順序
3. 啟動(dòng)腳本示例
這是一個(gè)用來(lái)啟動(dòng)httpd的 /etc/rc.d/init.d/apache 腳本：
代碼:
#!/bin/bash
source /etc/sysconfig/rc
source $rc_functions
case "$1" in
start)
echo "Starting Apache daemon..."
/usr/local/apache2/bin/apachectl -k start
evaluate_retval
;;
stop)
echo "Stopping Apache daemon..."
/usr/local/apache2/bin/apachectl -k stop
evaluate_retval
;;
restart)
echo "Restarting Apache daemon..."
/usr/local/apache2/bin/apachectl -k restart
evaluate_retval
;;
status)
statusproc /usr/local/apache2/bin/httpd
;;
*)
echo "Usage: $0 {start|stop|restart|status}"
exit 1
;;
esac
可以看出他接受start,stop,restart,status參數(shù)
然后可以這樣建立rc?.d的鏈接：
代碼:
cd /etc/rc.d/init.d &&
ln -sf ../init.d/apache ../rc0.d/K28apache &&
ln -sf ../init.d/apache ../rc1.d/K28apache &&
ln -sf ../init.d/apache ../rc2.d/K28apache &&
ln -sf ../init.d/apache ../rc3.d/S32apache &&
ln -sf ../init.d/apache ../rc4.d/S32apache &&
ln -sf ../init.d/apache ../rc5.d/S32apache &&
ln -sf ../init.d/apache ../rc6.d/K28apache
4. 關(guān)于rc.local
經(jīng)常使用的 rc.local 則完全是習(xí)慣問(wèn)題，不是標(biāo)準(zhǔn)。
各個(gè)發(fā)行版有不同的實(shí)現(xiàn)方法，可以這樣實(shí)現(xiàn)：
代碼:
touch /etc/rc.d/rc.local
chmod +x /etc/rc.d/rc.local
ln -sf /etc/rc.d/rc.local /etc/rc.d/rc1.d/S999rc.local &&
ln -sf /etc/rc.d/rc.local /etc/rc.d/rc2.d/S999rc.local &&
ln -sf /etc/rc.d/rc.local /etc/rc.d/rc3.d/S999rc.local &&
ln -sf /etc/rc.d/rc.local /etc/rc.d/rc4.d/S999rc.local &&
ln -sf /etc/rc.d/rc.local /etc/rc.d/rc5.d/S999rc.local &&
ln -sf /etc/rc.d/rc.local /etc/rc.d/rc6.d/S999rc.local
5. 關(guān)于bash啟動(dòng)腳本
/etc/profile
/etc/bashrc
~/.bash_profile
~/.bashrc
是bash的啟動(dòng)腳本
一般用來(lái)設(shè)置單用戶的啟動(dòng)環(huán)境，也可以實(shí)現(xiàn)開(kāi)機(jī)單用戶的程序，但要明確他們都是屬于bash范疇而不是系統(tǒng)范疇。
他們的具體作用介紹如下：
/bin/bash這個(gè)命令解釋程序(后面簡(jiǎn)稱shell)使用了一系列啟動(dòng)文件來(lái)建立一個(gè)運(yùn)行環(huán)境：
/etc/profile
/etc/bashrc
~/.bash_profile
~/.bashrc
~/.bash_logout
每一個(gè)文件都有特殊的功用并對(duì)登陸和交互環(huán)境有不同的影響。
/etc/profile 和 ~/.bash_profile 是在啟動(dòng)一個(gè)交互登陸shell的時(shí)候被調(diào)用。
/etc/bashrc 和 ~/.bashrc 是在一個(gè)交互的非登陸shell啟動(dòng)的時(shí)候被調(diào)用。
~/.bash_logout 在用戶注銷登陸的時(shí)候被讀取
一個(gè)交互的登陸shell會(huì)在 /bin/login 成功登陸之后運(yùn)行。一個(gè)交互的非登陸shell是通過(guò)命令行來(lái)運(yùn)行的，如
[prompt]$/bin/bash。一般一個(gè)非交互的shell出現(xiàn)在運(yùn)行shell腳本的時(shí)候。之所以叫非交互的shell，是因?yàn)樗辉诿钚猩?
等待輸入而只是執(zhí)行腳本程序。
=====================================================================================================
本文以RedHat9.0和i386平臺(tái)為例，剖析了從用戶打開(kāi)電源直到屏幕出現(xiàn)命令行提示符的整個(gè)Linux啟動(dòng)過(guò)程。并且介紹了啟動(dòng)中涉及到的各種文件。
閱讀Linux源代碼，無(wú)疑是深入學(xué)習(xí)Linux的最好方法。在本文對(duì)Linux啟動(dòng)過(guò)程的介紹中，我們也嘗試從源代碼的視角來(lái)更深入的剖析Linux的啟動(dòng)過(guò)程，所以其中也簡(jiǎn)單涉及到部分相關(guān)的Linux源代碼，Linux啟動(dòng)這部分的源碼主要使用的是C語(yǔ)言，也涉及到了少量的匯編。而啟動(dòng)過(guò)程中也執(zhí)行了大量的shell(主要是bash shell)所寫(xiě)腳本。為了方便讀者閱讀，筆者將整個(gè)Linux啟動(dòng)過(guò)程分成以下幾個(gè)部分逐一介紹，大家可以參考下圖：
當(dāng)用戶打開(kāi)PC的電源，BIOS開(kāi)機(jī)自檢，按BIOS中設(shè)置的啟動(dòng)設(shè)備(通常是硬盤(pán))啟動(dòng)，接著啟動(dòng)設(shè)備上安裝的引導(dǎo)程序lilo
或grub開(kāi)始引導(dǎo)Linux，Linux首先進(jìn)行內(nèi)核的引導(dǎo)，接下來(lái)執(zhí)行init程序，init程序調(diào)用了rc.sysinit和rc等程
序，rc.sysinit和rc當(dāng)完成系統(tǒng)初始化和運(yùn)行服務(wù)的任務(wù)后，返回init；init啟動(dòng)了mingetty后，打開(kāi)了終端供用戶登錄系統(tǒng)，用戶
登錄成功后進(jìn)入了Shell，這樣就完成了從開(kāi)機(jī)到登錄的整個(gè)啟動(dòng)過(guò)程。
下面就將逐一介紹其中幾個(gè)關(guān)鍵的部分：
第一部分：內(nèi)核的引導(dǎo)(核內(nèi)引導(dǎo))
Red Hat9.0可以使用lilo或grub等引導(dǎo)程序開(kāi)
始引導(dǎo)Linux系統(tǒng)，當(dāng)引導(dǎo)程序成功完成引導(dǎo)任務(wù)后，Linux從它們手中接管了CPU的控制權(quán)，然后CPU就開(kāi)始執(zhí)行Linux的核心映象代碼，開(kāi)始
了Linux啟動(dòng)過(guò)程。這里使用了幾個(gè)匯編程序來(lái)引導(dǎo)Linux，這一步泛及到Linux源代碼樹(shù)中的“arch/i386/boot”下的這幾個(gè)文
件：bootsect.S、setup.S、video.S等。
其中bootsect.S是生成引導(dǎo)扇區(qū)的匯編源碼，它完成加載動(dòng)作后直接跳轉(zhuǎn)到setup.S的程序入口。setup.S的主要功能就是將系
統(tǒng)參數(shù)（包括內(nèi)存、磁盤(pán)等，由BIOS返回）拷貝到特別內(nèi)存中，以便以后這些參數(shù)被保護(hù)模式下的代碼來(lái)讀取。此外，setup.S還將video.S中的
代碼包含進(jìn)來(lái)，檢測(cè)和設(shè)置顯示器和顯示模式。最后，setup.S將系統(tǒng)轉(zhuǎn)換到保護(hù)模式，并跳轉(zhuǎn)到 0x100000。
那么0x100000這個(gè)內(nèi)存地址中存放的是什么代碼？而這些代碼又是從何而來(lái)的呢？
0x100000這個(gè)內(nèi)存地址存放的是解壓后的內(nèi)核，因?yàn)镽ed Hat提供的內(nèi)核包含了眾多驅(qū)動(dòng)和
功能而顯得比較大，所以在內(nèi)核編譯中使用了“makebzImage”方式，從而生成壓縮過(guò)的內(nèi)核，在RedHat中內(nèi)核常常被命名為vmlinuz，在
Linux的最初引導(dǎo)過(guò)程中，是通過(guò)"arch/i386/boot/compressed/"中的head.S利用misc.c中定義的
decompress_kernel()函數(shù)，將內(nèi)核vmlinuz解壓到0x100000的。
當(dāng)CPU跳到0x100000時(shí)，將執(zhí)行"arch/i386/kernel/head.S"中的startup_32，它也是vmlinux
的入口，然后就跳轉(zhuǎn)到start_kernel()中去了。start_kernel()是"init/main.c"中的定義的函
數(shù)，start_kernel()中調(diào)用了一系列初始化函數(shù)，以完成kernel本身的設(shè)置。start_kernel()函數(shù)中，做了大量的工作來(lái)建立
基本的Linux核心環(huán)境。如果順利執(zhí)行完start_kernel()，則基本的Linux核心環(huán)境已經(jīng)建立起來(lái)了。
在start_kernel()的最后，通過(guò)調(diào)用init()函數(shù)，系統(tǒng)創(chuàng)建第一個(gè)核心線程，啟動(dòng)了init過(guò)程。而核心線程init()主要
是來(lái)進(jìn)行一些外設(shè)初始化的工作的，包括調(diào)用do_basic_setup()完成外設(shè)及其驅(qū)動(dòng)程序的加載和初始化。并完成文件系統(tǒng)初始化和root文件系
統(tǒng)的安裝。
當(dāng)do_basic_setup()函數(shù)返回init()，init()又打開(kāi)了/dev/console設(shè)備，重定向三個(gè)標(biāo)準(zhǔn)的輸入輸出文件
stdin、stdout和stderr到控制臺(tái)，最后，搜索文件系統(tǒng)中的init程序（或者由init=命令行參數(shù)指定的程序），并使用
execve()系統(tǒng)調(diào)用加載執(zhí)行init程序。到此init()函數(shù)結(jié)束，內(nèi)核的引導(dǎo)部分也到此結(jié)束了，
第二部分：運(yùn)行init
init的進(jìn)程號(hào)是1，從這一點(diǎn)就能看出，init進(jìn)程是系統(tǒng)所有進(jìn)程的起點(diǎn)，Linux在完成核內(nèi)引導(dǎo)以后，就開(kāi)始運(yùn)行init程序，。init程序需要讀取配置文件/etc/inittab。inittab是一個(gè)不可執(zhí)行的文本文件，它有若干行指令所組成。在Redhat系統(tǒng)中，inittab的內(nèi)容如下所示(以“###"開(kāi)始的中注釋為筆者增加的)：
#
# inittab This file describes how the INIT process should set up
# the system in a certain run-level.
#
# Author: Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>
# Modified for RHS Linux by Marc Ewing and Donnie Barnes
#
# Default runlevel. The runlevels used by RHS are:
# 0 - halt (Do NOT set initdefault to this)
# 1 - Single user mode
# 2 - Multiuser, without NFS (The same as 3, if you do not havenetworking)
# 3 - Full multiuser mode
# 4 - unused
# 5 - X11
# 6 - reboot (Do NOT set initdefault to this)
#
###表示當(dāng)前缺省運(yùn)行級(jí)別為5(initdefault)；
id:5:initdefault:
###啟動(dòng)時(shí)自動(dòng)執(zhí)行/etc/rc.d/rc.sysinit腳本(sysinit)
# System initialization.
si::sysinit:/etc/rc.d/rc.sysinit
l0:0:wait:/etc/rc.d/rc 0
l1:1:wait:/etc/rc.d/rc 1
l2:2:wait:/etc/rc.d/rc 2
l3:3:wait:/etc/rc.d/rc 3
l4:4:wait:/etc/rc.d/rc 4
###當(dāng)運(yùn)行級(jí)別為5時(shí)，以5為參數(shù)運(yùn)行/etc/rc.d/rc腳本，init將等待其返回(wait)
l5:5:wait:/etc/rc.d/rc 5
l6:6:wait:/etc/rc.d/rc 6
###在啟動(dòng)過(guò)程中允許按CTRL-ALT-DELETE重啟系統(tǒng)
# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now
# When our UPS tells us power has failed, assume we have a few minutes
# of power left. Schedule a shutdown for 2 minutes from now.
# This does, of course, assume you have powerd installed and your
# UPS connected and working correctly.
pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"
# If power was restored before the shutdown kicked in, cancel it.
pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"
###在2、3、4、5級(jí)別上以ttyX為參數(shù)執(zhí)行/sbin/mingetty程序，打開(kāi)ttyX終端用于用戶登錄，
###如果進(jìn)程退出則再次運(yùn)行mingetty程序(respawn)
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
###在5級(jí)別上運(yùn)行xdm程序，提供xdm圖形方式登錄界面，并在退出時(shí)重新執(zhí)行(respawn)
# Run xdm in runlevel 5
x:5:respawn:/etc/X11/prefdm -nodaemon
以上面的inittab文件為例，來(lái)說(shuō)明一下inittab的格式。其中以#開(kāi)始的行是注釋行，除了注釋行之外，每一行都有以下格式：
id:runlevel:action:process
對(duì)上面各項(xiàng)的詳細(xì)解釋如下：
1. id
id是指入口標(biāo)識(shí)符，它是一個(gè)字符串，對(duì)于getty或mingetty等其他login程序項(xiàng)，要求id與tty的編號(hào)相同，否則getty程序?qū)⒉荒苷９ぷ鳌?/p>
2. runlevel
runlevel是init所處于的運(yùn)行級(jí)別的標(biāo)識(shí)，一般使用0－6以及S或s。0、1、6運(yùn)行級(jí)別被系統(tǒng)保留：其中0作為shutdown動(dòng)
作，1作為重啟至單用戶模式，6為重啟；S和s意義相同，表示單用戶模式，且無(wú)需inittab文件，因此也不在inittab中出現(xiàn)，實(shí)際上，進(jìn)入單用
戶模式時(shí)，init直接在控制臺(tái)（/dev/console）上運(yùn)行/sbin/sulogin。在一般的系統(tǒng)實(shí)現(xiàn)中，都使用了2、3、4、5幾個(gè)級(jí)別，
在Redhat系統(tǒng)中，2表示無(wú)NFS支持的多用戶模式，3表示完全多用戶模式（也是最常用的級(jí)別），4保留給用戶自定義，5表示XDM圖形登錄方式。
7－9級(jí)別也是可以使用的，傳統(tǒng)的Unix系統(tǒng)沒(méi)有定義這幾個(gè)級(jí)別。runlevel可以是并列的多個(gè)值，以匹配多個(gè)運(yùn)行級(jí)別，對(duì)大多數(shù)action來(lái)
說(shuō)，僅當(dāng)runlevel與當(dāng)前運(yùn)行級(jí)別匹配成功才會(huì)執(zhí)行。
3. action
action是描述其后的process的運(yùn)行方式的。action可取的值包括：initdefault、sysinit、boot、bootwait等：
initdefault是一個(gè)特殊的action值，用于標(biāo)識(shí)缺省的啟動(dòng)級(jí)別；當(dāng)init由核心激活以后，它將讀取inittab中的
initdefault項(xiàng)，取得其中的runlevel，并作為當(dāng)前的運(yùn)行級(jí)別。如果沒(méi)有inittab文件，或者其中沒(méi)有initdefault
項(xiàng)，init將在控制臺(tái)上請(qǐng)求輸入runlevel。
sysinit、boot、bootwait等action將在系統(tǒng)啟動(dòng)時(shí)無(wú)條件運(yùn)行，而忽略其中的runlevel。
其余的action（不含initdefault）都與某個(gè)runlevel相關(guān)。各個(gè)action的定義在inittab的man手冊(cè)中有詳細(xì)的描述。
4. process
process為具體的執(zhí)行程序。程序后面可以帶參數(shù)。
第三部分：系統(tǒng)初始化
在init的配置文件中有這么一行：
si::sysinit:/etc/rc.d/rc.sysinit
它調(diào)用執(zhí)行了/etc/rc.d/rc.sysinit，而rc.sysinit是一個(gè)bash shell的腳本，它主要是完成一些系統(tǒng)初始化的工作，rc.sysinit是每一個(gè)運(yùn)行級(jí)別都要首先運(yùn)行的重要腳本。它主要完成的工作有：激活交換分區(qū)，檢查磁盤(pán)，加載硬件模塊以及其它一些需要優(yōu)先執(zhí)行任務(wù)。
rc.sysinit約有850多行，但是每個(gè)單一的功能還是比較簡(jiǎn)單，而且?guī)в凶⑨?，建議有興趣的用戶可以自行閱讀自己機(jī)器上的該文件，以了解系統(tǒng)初始化所詳細(xì)情況。由于此文件較長(zhǎng)，所以不在本文中列出來(lái)，也不做具體的介紹。
當(dāng)rc.sysinit程序執(zhí)行完畢后，將返回init繼續(xù)下一步。
第四部分：?jiǎn)?dòng)對(duì)應(yīng)運(yùn)行級(jí)別的守護(hù)進(jìn)程
在rc.sysinit執(zhí)行后，將返回init繼續(xù)其它的動(dòng)作，通常接下來(lái)會(huì)執(zhí)行到/etc/rc.d/rc程序。以運(yùn)行級(jí)別3為例，init將執(zhí)行配置文件inittab中的以下這行：
l5:5:wait:/etc/rc.d/rc 5
這一行表示以5為參數(shù)運(yùn)行/etc/rc.d/rc，/etc/rc.d/rc是一個(gè)Shell腳本，它接受5作為參數(shù)，去執(zhí)行/etc
/rc.d/rc5.d/目錄下的所有的rc啟動(dòng)腳本，/etc/rc.d/rc5.d/目錄中的這些啟動(dòng)腳本實(shí)際上都是一些鏈接文件，而不是真正的rc
啟動(dòng)腳本，真正的rc啟動(dòng)腳本實(shí)際上都是放在/etc/rc.d/init.d/目錄下。而這些rc啟動(dòng)腳本有著類似的用法，它們一般能接受start、
stop、restart、status等參數(shù)。
/etc/rc.d/rc5.d/中的rc啟動(dòng)腳本通常是K或S開(kāi)頭的鏈接文件，對(duì)于以以S開(kāi)頭的啟動(dòng)腳本，將以start參數(shù)來(lái)運(yùn)行。而如果
發(fā)現(xiàn)存在相應(yīng)的腳本也存在K打頭的鏈接，而且已經(jīng)處于運(yùn)行態(tài)了(以/var/lock/subsys/下的文件作為標(biāo)志)，則將首先以stop為參數(shù)停止
這些已經(jīng)啟動(dòng)了的守護(hù)進(jìn)程，然后再重新運(yùn)行。這樣做是為了保證是當(dāng)init改變運(yùn)行級(jí)別時(shí)，所有相關(guān)的守護(hù)進(jìn)程都將重啟。
至于在每個(gè)運(yùn)行級(jí)中將運(yùn)行哪些守護(hù)進(jìn)程，用戶可以通過(guò)chkconfig或setup中的"System Services"來(lái)自行設(shè)定。常見(jiàn)的守護(hù)進(jìn)程有：
amd：自動(dòng)安裝NFS守護(hù)進(jìn)程
apmd:高級(jí)電源管理守護(hù)進(jìn)程
arpwatch：記錄日志并構(gòu)建一個(gè)在LAN接口上看到的以太網(wǎng)地址和IP地址對(duì)數(shù)據(jù)庫(kù)
autofs：自動(dòng)安裝管理進(jìn)程automount，與NFS相關(guān)，依賴于NIS
crond：Linux下的計(jì)劃任務(wù)的守護(hù)進(jìn)程
named：DNS服務(wù)器
netfs：安裝NFS、Samba和NetWare網(wǎng)絡(luò)文件系統(tǒng)
network：激活已配置網(wǎng)絡(luò)接口的腳本程序
nfs：打開(kāi)NFS服務(wù)
portmap：RPC portmap管理器，它管理基于RPC服務(wù)的連接
sendmail：郵件服務(wù)器sendmail
smb：Samba文件共享/打印服務(wù)
syslog：一個(gè)讓系統(tǒng)引導(dǎo)時(shí)起動(dòng)syslog和klogd系統(tǒng)日志守候進(jìn)程的腳本
xfs：X Window字型服務(wù)器，為本地和遠(yuǎn)程X服務(wù)器提供字型集
Xinetd：支持多種網(wǎng)絡(luò)服務(wù)的核心守護(hù)進(jìn)程，可以管理wuftp、sshd、telnet等服務(wù)
這些守護(hù)進(jìn)程也啟動(dòng)完成了，rc程序也就執(zhí)行完了，然后又將返回init繼續(xù)下一步。
第五部分：建立終端
rc執(zhí)行完畢后，返回init。這時(shí)基本系統(tǒng)環(huán)境已經(jīng)設(shè)置好了，各種守護(hù)進(jìn)程也已經(jīng)啟動(dòng)了。init接下來(lái)會(huì)打開(kāi)6個(gè)終端，以便用戶登錄系統(tǒng)。通過(guò)按Alt+Fn(n對(duì)應(yīng)1-6)可以在這6個(gè)終端中切換。在inittab中的以下6行就是定義了6個(gè)終端：
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
從上面可以看出在2、3、4、5的運(yùn)行級(jí)別中都將以respawn方式運(yùn)行mingetty程序，mingetty程序能打開(kāi)終端、設(shè)置模式。同時(shí)它會(huì)顯示一個(gè)文本登錄界面，這個(gè)界面就是我們經(jīng)常看到的登錄界面，在這個(gè)登錄界面中會(huì)提示用戶輸入用戶名，而用戶輸入的用戶將作為參數(shù)傳給login程序來(lái)驗(yàn)證用戶的身份。
第六部分：登錄系統(tǒng)，啟動(dòng)完成
對(duì)于運(yùn)行級(jí)別為5的圖形方式用戶來(lái)說(shuō)，他們的登錄是通過(guò)一個(gè)圖形化的登錄界面。登錄成功后可以直接進(jìn)入KDE、Gnome等窗口管理器。而本文主要講的還是文本方式登錄的情況：
當(dāng)我們看到mingetty的登錄界面時(shí)，我們就可以輸入用戶名和密碼來(lái)登錄系統(tǒng)了。
Linux的賬號(hào)驗(yàn)證程序是
login，login會(huì)接收mingetty傳來(lái)的用戶名作為用戶名參數(shù)。然后login會(huì)對(duì)用戶名進(jìn)行分析：如果用戶名不是root，且存在/etc
/nologin文件，login將輸出nologin文件的內(nèi)容，然后退出。這通常用來(lái)系統(tǒng)維護(hù)時(shí)防止非root用戶登錄。只有/etc
/securetty中登記了的終端才允許root用戶登錄，如果不存在這個(gè)文件，則root可以在任何終端上登錄。/etc/usertty文件用于對(duì)
用戶作出附加訪問(wèn)限制，如果不存在這個(gè)文件，則沒(méi)有其他限制。
在分析完用戶名后，login將搜索/etc/passwd以及/etc/shadow來(lái)驗(yàn)證密碼以及設(shè)置賬戶的其它信息，比如：主目錄是什么、使用何種shell。如果沒(méi)有指定主目錄，將默認(rèn)為根目錄；如果沒(méi)有指定shell，將默認(rèn)為/bin/bash。
login程序成功后，會(huì)向?qū)?yīng)的終端在輸出最近一次登錄的信息(在/var/log/lastlog中有記錄)，并檢查用戶是否有新郵件(在
/usr/spool/mail/的對(duì)應(yīng)用戶名目錄下)。然后開(kāi)始設(shè)置各種環(huán)境變量：對(duì)于bash來(lái)說(shuō)，系統(tǒng)首先尋找/etc/profile腳本文件，
并執(zhí)行它；然后如果用戶的主目錄中存在.bash_profile文件，就執(zhí)行它，在這些文件中又可能調(diào)用了其它配置文件，所有的配置文件執(zhí)行后后，各種
環(huán)境變量也設(shè)好了，這時(shí)會(huì)出現(xiàn)大家熟悉的命令行提示符，到此整個(gè)啟動(dòng)過(guò)程就結(jié)束了。
希望通過(guò)上面對(duì)Linux啟動(dòng)過(guò)程的剖析能幫助那些想深入學(xué)習(xí)Linux用戶建立一個(gè)相關(guān)Linux啟動(dòng)過(guò)程的清晰概念，進(jìn)而可以進(jìn)一步研究Linux接下來(lái)是如何工作的。
===============Tomcat setting -- enable JPDA debugging================================
>cd %CATALINA_HOME%\bin
>SET CATALINA_OPTS=-server -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5888
>catalina start
================Eclipse Setting===================================================
Debug Configuration->Remote Java Application->new
--Connect--
Name: Debug Tomcat
Project: jpetstore (which project is copied to the tomcat)
Host: localhost
Port: 5888
--Source--
all libs and src (此時(shí)可以看到程序會(huì)停在本機(jī)設(shè)的斷點(diǎn)上，要提醒的是我們程序?qū)嶋H是跑在服務(wù)器上的，卻能使用本機(jī)的斷點(diǎn)，挺奇妙的！
)