??xml version="1.0" encoding="utf-8" standalone="yes"?> 我们实际开发中Q用ClassLoader更多时候是用其加蝲classpath下的资源Q特别是配置文gQ如ClassLoader.getResource()Q比FileInputStream直接?/strong> ClassLoader是一U分U?hierarchy)的代?delegation)模型?br />
DelegationQ其实是Parent
DelegationQ当需要加载一个classӞ当前U程的ClassLoader首先会将h代理到其父classLoaderQ递归向上Q如果该
class已经被父classLoader加蝲Q那么直接拿来用Q譬如典型的ArrayListQ它最l由Bootstrap
ClassLoader加蝲。ƈ且,每个ClassLoader只有一个父ClassLoader?br />
Class查找的位|和序依次是:Cache、parent、self?br />
HierarchyQ?
上面的delegation已经暗示了一U分U结构,同时它也说明Q一个ClassLoader只能看到被它自己加蝲?
classesQ或是看到其?parent) ClassLoader或祖?ancestor) ClassLoader加蝲的Classes?br />
在一个单虚拟机环境下Q标识一个类有两个因素:class的全路径名、该cȝClassLoader?/p>
===================Tomcat Class Loading==========================================
作?cleverpig(作者的Blog:http://blog.matrix.org.cn/page/cleverpig)
原文:http://www.matrix.org.cn/resource/article/44/44048_Java+Annotation.html
关键?Java,annotation,标注
摘要Q?/span>
本文针对java初学者或者annotation初次使用者全面地说明了annotation的用方法、定义方式、分cR初学者可以通过以上的说明制?
单的annotationE序Q但是对于一些高U的annotation应用Q例如用自定义annotation生成javabean映射xml?
Ӟq需要进一步的研究和探讨。涉及到深入annotation的内容,作者将在后文《Java Annotation高应用》中谈到?br />
同时Qannotationq行存在两种方式Q运行时、编译时。上文中讨论的都是在q行时的annotation应用Q但在编译时的annotation应用q没有涉及,
一、ؓ什么用AnnotationQ?/span>
在JAVA应用中,我们帔RC些需要用模版代码。例如,Z~写一个JAX-RPC web serviceQ我们必L供一Ҏ(gu)口和实现作ؓ模版代码。如果用annotation对远E访问的Ҏ(gu)代码q行修饰的话Q这个模版就能够使用工具自动生成?br />
另外Q一些API需要用与E序代码同时l护的附属文件。例如,JavaBeans需要一个BeanInfo
Class与一个Bean同时使用/l护Q而EJB则同样需要一个部|描q符。此时在E序中用annotation来维护这些附属文件的信息十分便?
而且减少了错误?br />
二、Annotation工作方式Q?/span>
?.0版之前的Javaq_已经h了一些ad hoc
annotation机制。比如,使用transient修饰W来标识一个成员变量在序列化子pȝ中应被忽略。而@deprecatedq个
javadoc tag也是一个ad hoc
annotation用来说明一个方法已q时。从Java5.0版发布以来,5.0q_提供了一个正式的annotation功能Q允许开发者定义、?
自己的annoatationcd。此功能׃个定义annotationcd的语法和一个描qannotation声明的语法,dannotaion
的APIQ一个用annotation修饰的class文gQ一个annotation处理工具QaptQ组成?br />
annotationq不直接影响代码语义Q但是它能够工作的方式被看作cME序的工h者类库,它会反过来对正在q行的程序语义有所影响。annotation可以从源文g、class文g或者以在运行时反射的多U方式被d?br />
当然annotation在某U程度上使javadoc tag更加完整。一般情况下Q如果这个标记对java文档产生影响或者用于生成java文档的话Q它应该作ؓ一个javadoc tagQ否则将作ؓ一个annotation?br />
三、Annotation使用Ҏ(gu)Q?/span>
1。类型声明方式:
通常Q应用程序ƈ不是必须定义annotationcdQ但是定义annotationcdq难事。Annotationcd声明于一般的接口声明极ؓcMQ区别只在于它在interface关键字前面?#8220;@”W号?br />
annotationcd的每个方法声明定义了一个annotationcd成员Q但Ҏ(gu)声明不必有参数或者异常声明;Ҏ(gu)q回值的cd被限制在以下的范
_primitives、String、Class、enums、annotation和前面类型的数组Q方法可以有默认倹{?br />
下面是一个简单的annotationcd声明Q?br />
清单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]";
}
代码中只定义了一个annotationcdRequestForEnhancement?br />
2。修饰方法的annotation声明方式Q?/strong>
annotation是一U修饰符Q能够如其它修饰W(如public、static、finalQ一般用。习惯用法是annotaions用在其它?
修饰W前面。annotations?#8220;@+annotationcd+带有括号的成?值列?#8221;l成。这些成员的值必L~译时常量(卛_q行时不
变)?br />
AQ下面是一个用了RequestForEnhancement annotation的方法声明:
清单2:
@RequestForEnhancement(
id = 2868724,
synopsis = "Enable time-travel",
engineer = "Mr. Peabody",
date = "4/1/3007"
)
public static void travelThroughTime(Date destination) { ... }
BQ当声明一个没有成员的annotationcd声明Ӟ可用以下方式:
清单3:
/**
* Indicates that the specification of the annotated API element
* is preliminary and subject to change.
*/
public @interface Preliminary { }
作ؓ上面没有成员的annotationcd声明的简写方式:
清单4:
@Preliminary public class TimeTravel { ... }
CQ如果在annotations中只有唯一一个成员,则该成员应命名ؓvalueQ?br />
清单5:
/**
* Associates a copyright notice with the annotated API element.
*/
public @interface Copyright {
String value();
}
更ؓ方便的是对于h唯一成员且成员名为value的annotationQ如上文Q,在其使用时可以忽略掉成员名和赋值号Q?Q:
清单6:
@Copyright("2002 Yoyodyne Propulsion Systems")
public class OscillationOverthruster { ... }
3。一个用实例:
l合上面所讲的Q我们在q里建立一个简单的Zannotation试框架。首先我们需要一个annotationcd来表C某个方法是一个应该被试工具q行的测试方法?br />
清单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 { }
值得注意的是annotaioncd声明是可以标注自qQ这Lannotation被称?#8220;meta-annotations”?br />
在上面的代码中,@Retention(RetentionPolicy.RUNTIME)q个meta-annotation表示了此cd?
annotation被虚拟Z留其能够在q行旉过反射被读取。而@Target(ElementType.METHOD)表示此类型的
annotation只能用于修饰Ҏ(gu)声明?br />
下面是一个简单的E序Q其中部分方法被上面的annotation所标注Q?br />
清单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);
}
}
q个E序从命令行参数中取出类名,q且遍历此类的所有方法,试调用其中被上面的试annotationcd标注q的Ҏ(gu)。在此过E中Z扑և哪些Ҏ(gu)
被annotationcd标注q,需要用反的方式执行此查询。如果在调用Ҏ(gu)时抛出异常,此方法被认ؓ已经p|Qƈ打印一个失败报告。最后,打印q?
行通过/p|的方法数量?br />
下面文字表示了如何运行这个基于annotation的测试工P
清单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分类Q?/span>
Ҏ(gu)annotation的用方法和用途主要分Z下几c:
1。内建Annotation——Java5.0版在java语法中经常用到的内徏AnnotationQ?/strong>
@Deprecated用于修饰已经q时的方法;
@Override用于修饰此方法覆盖了父类的方法(而非重蝲Q;
@SuppressWarnings用于通知java~译器禁止特定的~译警告?br />
下面代码展示了内建Annotationcd的用法:
清单10:
package com.bjinfotech.practice.annotation;
/**
* 演示如何使用java5内徏的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 {
//食物c?br />
class Food{}
//q草c?br />
class Hay extends Food{}
//动物c?br />
class Animal{
Food getFood(){
return null;
}
//使用Annotation声明DeprecatedҎ(gu)
@Deprecated
void deprecatedMethod(){
}
}
//马类-l承动物c?br />
class Horse extends Animal{
//使用Annotation声明覆盖Ҏ(gu)
@Override
Hay getFood(){
return new Hay();
}
//使用Annotation声明止警告
@SuppressWarnings({"deprecation","unchecked"})
void callDeprecatedMethod(List horseGroup){
Animal an=new Animal();
an.deprecatedMethod();
horseGroup.add(an);
}
}
}
2。开发者自定义AnnotationQ由开发者自定义Annotationcd?/strong>
下面是一个用annotationq行Ҏ(gu)试的sampleQ?br />
AnnotationDefineForTestFunctioncd定义如下Q?br />
清单11:
package com.bjinfotech.practice.annotation;
import java.lang.annotation.*;
/**
* 定义annotation
* @author cleverpig
*
*/
//加蝲在VM中,在运行时q行映射
@Retention(RetentionPolicy.RUNTIME)
//限定此annotation只能标示Ҏ(gu)
@Target(ElementType.METHOD)
public @interface AnnotationDefineForTestFunction{}
试annotation的代码如下:
清单12:
package com.bjinfotech.practice.annotation;
import java.lang.reflect.*;
/**
* 一个实例程序应用前面定义的AnnotationQAnnotationDefineForTestFunction
* @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;
//被检的cd
String className="com.bjinfotech.practice.annotation.UsingAnnotation";
//逐个查此cȝҎ(gu)Q当其方法用annotation声明时调用此Ҏ(gu)
for (Method m : Class.forName(className).getMethods()) {
if (m.isAnnotationPresent(AnnotationDefineForTestFunction.class)) {
try {
m.invoke(null);
passed++;
} catch (Throwable ex) {
System.out.printf("试 %s p|: %s %n", m, ex.getCause());
failed++;
}
}
}
System.out.printf("试l果Q?通过: %d, p|Q?%d%n", passed, failed);
}
}
3。用第三方开发的Annotationcd
q也是开发h员所常常用到的一U方式。比如我们在使用Hibernate3.0时就可以利用Annotation生成数据表映配|文Ӟ而不必用Xdoclet?br />
五、ȝQ?/span>
1。前面的文字说明了annotation的用方法、定义方式、分cR初学者可以通过以上的说明制作简单的annotationE序Q但是对于一些高U?
的annotation应用Q例如用自定义annotation生成javabean映射xml文gQ还需要进一步的研究和探讨?br />
2。同Ӟannotationq行存在两种方式Q运行时、编译时。上文中讨论的都是在q行时的annotation应用Q但在编译时?
annotation应用q没有涉及,因ؓ~译时的annotation要用annotation processing tool?br />
涉及以上2斚w的深入内容,作者将在后文《Java Annotation高应用》中谈到?
GOOGLE对英文字W大写不敏感,“GOD”?#8220;god”搜烦的结果是一L?
GOOGLE的关键字可以是词l(中间没有I格Q,也可以是句子Q中间有I格Q,但是Q用句子做关键字Q必d英文引号?
CZQ搜索包?#8220;long, long ago”字串的页面?
搜烦Q?#8220;"long, long ago"”
l果Q已向英特网搜烦"long, long ago". q?8,300Ҏ(gu)询结果,q是W?-10V搜索用?.28U?
注意Q和搜烦英文关键字串不同的是QGOOGLE对中文字串的处理q不十分完善。比如,搜烦“"啊,我的太阳"”Q我们希望结果中含有q个句子Q事实ƈ?
如此。查询的很多l果Q?#8220;?#8221;?#8220;我的”?#8220;太阳”{词语是完全分开的,但又不是“?我的
太阳”q样的与查询。显ӞGOOGLE对中文的支持有Ơ缺之处?
GOOGLE对一些网路上出现频率极高的词Q主要是英文单词Q,?#8220;i”?#8220;com”Q以及一些符号如“*”?#8220;.”{,作忽略处理,如果用户必须要求关键字中包含q些常用词,p用强制语?#8220;+”?
CZQ搜索包?#8220;Who am I ?”的网c如果用“"who am i ?"”Q?#8220;Who”?#8220;I”?#8220;?”会被省略掉,搜烦只?#8220;am”作关键字Q所以应该用强制搜烦?
搜烦Q?#8220;"+who +am +i"”
l果Q已向英特网搜烦"+who +am +i". q?62,000Ҏ(gu)询结果,q是W?-10V搜索用?.30U?
注意Q英文符P如问P句号Q逗号{)无法成ؓ搜烦关键字,加强制也不行?br />
==============================================================
inurl语法q回的网链接中包含W一个关键字Q后面的关键字则出现在链接中或者网|中。有很多|站把某一cd有相同属性的资源名称昄在目录名U?
或者网名UCQ比?#8220;MP3”?#8220;GALLARY”{,于是Q就可以用INURL语法扑ֈq些相关资源链接Q然后,用第二个关键词确定是否有某项具体?
料。INURL语法和基本搜索语法的最大区别在于,前者通常能提供非常精的专题资料?
CZQ查找MIDI?#8220;沧v一声笑”?
搜烦Q?#8220;inurl:midi 沧v一声笑”
l果Q已搜烦有关inurl:midi 沧v一声笑的中??|页。共U有14Ҏ(gu)询结果,q是W?-10V搜索用?.01U?
CZQ查扑־软网站上关于windows2000的安全课题资料?
搜烦Q?#8220;inurl:security windows2000 site:microsoft.com”
l果Q已在microsoft.com内搜索有?inurl:security windows2000的网c共U有198Ҏ(gu)询结果,q是W?-10V搜索用?.37U?
注意Q?#8220;inurl:”后面不能有空|GOOGLE也不对URLW号?#8220;/”q行搜烦。GOOGLE?#8220;cgi-bin/phf”中的“/”当成I格处理?
char *array="I am the pointer of string";
void * tempQ?
//temp可以存放其他Mcd的指?地址Q?
temp=array; // temp 的指针类?
cout<<array<<endl;
cout<<temp<<endl;
cout<<(char *)temp<<endl;
q行l果Q?
I am the pointer of string
0x0042510C Q这个值就是array指针变量所存储的|
I am the pointer of string
2.但是不能void*cd的Dl其他既定的cdQ除非经q显C{换: 例如Q?
int a=20;
int * pr=&a;
void *p;
pr=p //error,不能空的类型赋lint *
pr=(int
*)p; //okQ经q{?nbsp;
By default setting: each Servlet has a Threadpool to support multithreads.
1. bootstrap: 主要是负责装载jre/lib下的jar文gQ当Ӟ你也可以通过-Xbootclasspath参数定义。该ClassLoader不能被Java代码实例化,因ؓ它是JVM本n的一部分
2. extension: 该ClassLoader是Bootstrap classLoader的子class
loader。它主要负责加蝲jre/lib/ext/下的所有jar文g。只要jar包放|这个位|,׃被虚拟机加蝲。一个常见的、类似的问题是,?
mysql的低版本驱动不小心放|在q儿Q但你的Web应用E序的lib下有一个新的jdbc驱动Q但怎么都报错,譬如不支持JDBC2.0?
DataSourceQ这时你p当心你的新jdbc可能q没有被加蝲。这是ClassLoader的delegate现象。常见的有log4j?
common-log、dbcp会出现问题,因ؓ它们很容易被人塞到这个ext目录Q或是Tomcat下的common/lib目录?br />
3. application loader: 也称为System
ClassLoaer。它负责加蝲CLASSPATH环境变量下的classes。缺省情况下Q它是用户创建的MClassLoader的父
ClassLoaderQ我们创建的standalone应用的main
class~省情况下也是由它加?通过Thread.currentThread().getContextClassLoader()查看)?br />
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 rolesQ?/p>
1. (abstract common)SubjectQcommon interface
2. ProxySubjectQ含有the reference to the RealSubject //delegation
3. RealSubjectQ实现逻辑的类
cd如下Q?/p>
?
Java 动态代?/p>
从JDK1.3开始,Java引入了动态代理的概念。动态代理(Dynamic ProxyQ可以帮助你减少代码行数Q真正提高代码的可复用度?/p>
cd如下Q?/p>
?
动态代理和普通的代理模式的区别,是动态代理中的代理类是由java.lang.reflect.Proxycdq行期时Ҏ(gu)接口定义Q采用Java反射功能动态生成的(?的匿名实现类)。和java.lang.reflect.InvocationHandlerl合Q可以加强现有类的方法实现。如?Q图中的自定义Handler实现InvocationHandler接口Q自定义Handler实例化时Q将实现cM入自定义Handler对象。自定义Handler需要实现invokeҎ(gu)Q该Ҏ(gu)可以使用Java反射调用实现cȝ实现的方法,同时当然可以实现其他功能Q例如在调用实现cL法前后加入Log。而ProxycL据Handler和需要代理的接口动态生成一个接口实现类的对象。当用户调用q个动态生成的实现cLQ实际上是调用了自定义Handler的invokeҎ(gu)?/p>
下面是用动态代理的步骤Q?/p>
1. Client向Proxyh一个具有某个功能的实例Q?/p>
2. ProxyҎ(gu)SubjectQ以自定义Handler创徏一个匿名内部类Qƈq回lClientQ?/p>
3. Client获取该匿名内部类的引用,调用在Subject接U定义的Ҏ(gu)Q?/p>
4. 匿名内部cdҎ(gu)法的调用转换为对自定义Handler中invokeҎ(gu)的调?/p>
5. invokeҎ(gu)Ҏ(gu)一些规则做处理Q如记录logQ然后调用SubjectImpl中的Ҏ(gu)
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 theFoo
interface and call one of its methods:Foo foo = (Foo) DebugProxy.newInstance(new FooImpl()); foo.bar(null);
阅读Linux源代码,无疑是深入学习Linux的最好方法。在本文对Linux启动q程的介l中Q我们也试从源代码的视角来更深入的剖析Linux的启动过E,所以其中也单涉及到部分相关的Linux?iframe marginwidth="0" marginheight="0" src="http://images.chinabyte.com/adjs/iframe-pip/y-software-pip.html" align="right" scrolling="no" width="360" frameborder="0" height="300">代码QLinux启动q部分的源码主要使用的是C语言Q也涉及C量的汇~。而启动过E中也执行了大量的shell(主要是bash shell)所写脚本。ؓ了方便读者阅读,W者将整个Linux启动q程分成以下几个部分逐一介绍Q大家可以参考下图:
当用h开PC的电(sh)源,BIOS开Q按BIOS中设|的启动讑֤(通常是硬?启动Q接着启动讑֤上安装的引导E序lilo 或grub开始引导LinuxQLinux首先q行内核的引|接下来执行initE序QinitE序调用了rc.sysinit和rc{程 序,rc.sysinit和rc当完成系l初始化和运行服务的d后,q回initQinit启动了mingetty后,打开了终端供用户dpȝQ用? d成功后进入了ShellQ这样就完成了从开机到d的整个启动过E?/p>
W一部分Q内核的引导(核内引导)
Red Hat9.0可以使用lilo或grub{引?a class="bluekey" target="_blank">E序开 始引导LinuxpȝQ当引导E序成功完成引导d后,Linux从它们手中接了CPU的控制权Q然后CPU开始执行Linux的核心映象代码,开? 了Linux启动q程。这里用了几个汇编E序来引导LinuxQ这一步泛及到Linux源代码树中的“arch/i386/boot”下的q几个文 Ӟbootsect.S、setup.S、video.S{?/p>
其中bootsect.S是生成引导扇区的汇编源码Q它完成加蝲动作后直接蟩转到setup.S的程序入口。setup.S的主要功能就是将p? l参敎ͼ包括内存、磁盘等Q由BIOSq回Q拷贝到特别内存中,以便以后q些参数被保护模式下的代码来d。此外,setup.Sq将video.S中的 代码包含q来Q检和讄昄器和昄模式。最后,setup.S系l{换到保护模式Qƈ跌{?0x100000?/p>
那么0x100000q个内存地址中存攄是什么代码?而这些代码又是从何而来的呢Q?/p>
0x100000q个内存地址存放的是解压后的内核Q因为Red Hat提供的内核包含了众多驱动? 功能而显得比较大Q所以在内核~译中用了“makebzImage”方式Q从而生成压~过的内核,在RedHat中内核常常被命名为vmlinuzQ在 Linux的最初引DE中Q是通过"arch/i386/boot/compressed/"中的head.S利用misc.c中定义的 decompress_kernel()函数Q将内核vmlinuz解压?x100000的?/p>
当CPU跛_0x100000Ӟ执?arch/i386/kernel/head.S"中的startup_32Q它也是vmlinux 的入口,然后p转到start_kernel()中去了。start_kernel()?init/main.c"中的定义的函 敎ͼstart_kernel()中调用了一pd初始化函敎ͼ以完成kernel本n的设|。start_kernel()函数中,做了大量的工作来建立 基本的Linux核心环境。如果顺利执行完start_kernel()Q则基本的Linux核心环境已经建立h了?/p>
在start_kernel()的最后,通过调用init()函数Q系l创建第一个核心线E,启动了initq程。而核心线Einit()主要 是来q行一些外讑ֈ始化的工作的Q包括调用do_basic_setup()完成外设及其驱动E序的加载和初始化。ƈ完成文gpȝ初始化和root文gp? l的安装?/p>
当do_basic_setup()函数q回init()Qinit()又打开?dev/console讑֤Q重定向三个标准的输入输出文? stdin、stdout和stderr到控制台Q最后,搜烦文gpȝ中的initE序Q或者由init=命o行参数指定的E序Q,q? execve()pȝ调用加蝲执行initE序。到此init()函数l束Q内核的引导部分也到此结束了Q?/p>
W二部分Q运行init
init的进E号?Q从q一点就能看出,initq程是系l所有进E的LQLinux在完成核内引g后,开始运行initE序Q。initE序需要读取配|文?etc/inittab。inittab是一个不可执行的文本文gQ它有若q行指o所l成。在Redhatpȝ中,inittab的内容如下所C??#8220;###"开始的中注释ؓW者增加的)Q?/p>
#
# 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)
#
###表示当前~省q行U别?(initdefault)Q?br />
id:5:initdefault:
###启动时自动执?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
###当运行别ؓ5Ӟ?为参数运?etc/rc.d/rc脚本Qinit等待其q回(wait)
l5:5:wait:/etc/rc.d/rc 5
l6:6:wait:/etc/rc.d/rc 6
###在启动过E中允许按CTRL-ALT-DELETE重启pȝ
# 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"
###????U别上以ttyX为参数执?sbin/mingettyE序Q打开ttyXl端用于用户dQ?br />
###如果q程退出则再次q行mingettyE序(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
###?U别上运行xdmE序Q提供xdm囑Ş方式d界面Qƈ在退出时重新执行(respawn)
# Run xdm in runlevel 5
x:5:respawn:/etc/X11/prefdm -nodaemon
以上面的inittab文gZQ来说明一下inittab的格式。其中以#开始的行是注释行,除了注释行之外,每一行都有以下格式:
id:runlevel:action:process
对上面各的详细解释如下Q?/p>
1. id
id是指入口标识W,它是一个字W串Q对于getty或mingetty{其他loginE序,要求id与tty的编L同,否则gettyE序不能正常工作?/p>
2. runlevel
runlevel是init所处于的运行别的标识Q一般?Q?以及S或s???q行U别被系l保留:其中0作ؓshutdown? 作,1作ؓ重启臛_用户模式Q?为重启;S和s意义相同Q表C单用户模式Q且无需inittab文gQ因此也不在inittab中出玎ͼ实际上,q入单用 h式时Qinit直接在控制台Q?dev/consoleQ上q行/sbin/sulogin。在一般的pȝ实现中,都用了2???几个U别Q? 在Redhatpȝ中,2表示无NFS支持的多用户模式Q?表示完全多用h式(也是最常用的别)Q?保留l用戯定义Q?表示XDM囑Şd方式? 7Q?U别也是可以使用的,传统的Unixpȝ没有定义q几个别。runlevel可以是ƈ列的多个|以匹配多个运行别,对大多数action? _仅当runlevel与当前运行别匹配成功才会执行?/p>
3. action
action是描q其后的process的运行方式的。action可取的值包括:initdefault、sysinit、boot、bootwait{:
initdefault是一个特D的action|用于标识~省的启动别;当init由核心激zM后,它将dinittab中的 initdefault,取得其中的runlevelQƈ作ؓ当前的运行别。如果没有inittab文gQ或者其中没有initdefault ,init在控制Ch输入runlevel?/p>
sysinit、boot、bootwait{action在pȝ启动时无条gq行Q而忽略其中的runlevel?/p>
其余的actionQ不含initdefaultQ都与某个runlevel相关。各个action的定义在inittab的man手册中有详细的描q?/p>
4. process
process为具体的执行E序。程序后面可以带参数?/p>
W三部分Q系l初始化
在init的配|文件中有这么一行:
si::sysinit:/etc/rc.d/rc.sysinit
它调用执行了/etc/rc.d/rc.sysinitQ而rc.sysinit是一个bash shell的脚本,它主要是完成一些系l初始化的工作,rc.sysinit是每一个运行别都要首先运行的重要脚本。它主要完成的工作有Q激zM换分区,查磁盘,加蝲g模块以及其它一些需要优先执行Q务?/p>
rc.sysinitU有850多行Q但是每个单一的功能还是比较简单,而且带有注释Q徏议有兴趣的用户可以自行阅读自己机器上的该文gQ以了解pȝ初始化所详细情况。由于此文g较长Q所以不在本文中列出来,也不做具体的介绍?/p>
当rc.sysinitE序执行完毕后,返回initl箋下一步?/p>
W四部分Q启动对应运行别的守护q程
在rc.sysinit执行后,返回initl箋其它的动作,通常接下来会执行?etc/rc.d/rcE序。以q行U别3ZQinit执行配|文件inittab中的以下q行Q?/p>
l5:5:wait:/etc/rc.d/rc 5
q一行表CZ5为参数运?etc/rc.d/rcQ?etc/rc.d/rc是一个Shell脚本Q它接受5作ؓ参数Q去执行/etc /rc.d/rc5.d/目录下的所有的rc启动脚本Q?etc/rc.d/rc5.d/目录中的q些启动脚本实际上都是一些链接文Ӟ而不是真正的rc 启动脚本Q真正的rc启动脚本实际上都是放?etc/rc.d/init.d/目录下。而这些rc启动脚本有着cM的用法,它们一般能接受start? stop、restart、status{参数?/p>
/etc/rc.d/rc5.d/中的rc启动脚本通常是K或S开头的链接文gQ对于以以S开头的启动脚本Q将以start参数来运行。而如? 发现存在相应的脚本也存在K打头的链接,而且已经处于q行态了(?var/lock/subsys/下的文g作ؓ标志)Q则首先以stop为参数停? q些已经启动了的守护q程Q然后再重新q行。这样做是ؓ了保证是当init改变q行U别Ӟ所有相关的守护q程都将重启?/p>
至于在每个运行中将q行哪些守护q程Q用户可以通过chkconfig或setup中的"System Services"来自行设定。常见的守护q程有:
amdQ自动安装NFS守护q程
apmd:高甉|理守护q程
arpwatchQ记录日志ƈ构徏一个在LAN接口上看到的以太|地址和IP地址Ҏ(gu)据库
autofsQ自动安装管理进EautomountQ与NFS相关Q依赖于NIS
crondQLinux下的计划d的守护进E?br />
namedQDNS服务?br />
netfsQ安装NFS、Samba和NetWare|络文gpȝ
networkQ激zd配置|络接口的脚本程?br />
nfsQ打开NFS服务
portmapQRPC portmap理器,它管理基于RPC服务的连?br />
sendmailQ邮件服务器sendmail
smbQSamba文g׃n/打印服务
syslogQ一个让pȝ引导时v动syslog和klogdpȝ日志守候进E的脚本
xfsQX Window字型服务器,为本地和q程X服务器提供字型集
XinetdQ支持多U网l服务的核心守护q程Q可以管理wuftp、sshd、telnet{服?/p>
q些守护q程也启动完成了QrcE序也就执行完了Q然后又返回initl箋下一步?/p>
W五部分Q徏立终?
rc执行完毕后,q回init。这时基本系l环境已l设|好了,各种守护q程也已l启动了。init接下来会打开6个终端,以便用户dpȝ。通过按Alt+Fn(n对应1-6)可以在这6个终端中切换。在inittab中的以下6行就是定义了6个终端:
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???的运行别中都将以respawn方式q行mingettyE序QmingettyE序能打开l端、设|模式。同时它会显CZ个文本登录界面,q个界面是我们l常看到的登录界面,在这个登录界面中会提C用戯入用户名Q而用戯入的用户作为参ClloginE序来验证用Lw䆾?/p>
W六部分Q登录系l,启动完成
对于q行U别?的图形方式用h_他们的登录是通过一个图形化的登录界面。登录成功后可以直接q入KDE、Gnome{窗口管理器。而本文主要讲的还是文本方式登录的情况Q?/p>
当我们看到mingetty的登录界面时Q我们就可以输入用户名和密码来登录系l了?br />
Linux的̎号验证程序是
loginQlogin会接收mingetty传来的用户名作ؓ用户名参数。然后login会对用户名进行分析:如果用户名不是rootQ且存在/etc
/nologin文gQlogin输出nologin文g的内容,然后退出。这通常用来pȝl护旉止非root用户d。只?etc
/securetty中登C的终端才允许root用户dQ如果不存在q个文gQ则root可以在Q何终端上d?etc/usertty文g用于?
用户作出附加讉K限制Q如果不存在q个文gQ则没有其他限制?/p>
在分析完用户名后Qlogin搜?etc/passwd以及/etc/shadow来验证密码以及设|̎L其它信息Q比如:ȝ录是什么、用何Ushell。如果没有指定主目录Q将默认为根目录Q如果没有指定shellQ将默认?bin/bash?/p>
loginE序成功后,会向对应的终端在输出最q一ơ登录的信息(?var/log/lastlog中有记录)Qƈ查用h否有新邮?? /usr/spool/mail/的对应用户名目录?。然后开始设|各U环境变量:对于bash来说Q系l首先寻?etc/profile脚本文gQ? q执行它Q然后如果用Lȝ录中存在.bash_profile文gQ就执行它,在这些文件中又可能调用了其它配置文gQ所有的配置文g执行后后Q各U? 环境变量也设好了Q这时会出现大家熟?zhn)的命令行提示W,到此整个启动q程q束了?/p>
希望通过上面对Linux启动q程的剖析能帮助那些x入学习Linux用户建立一个相关Linux启动q程的清晰概念,q而可以进一步研ILinux接下来是如何工作的?/p>