tomcat的启动从bootstrap的main方法開始，在main方法中主要是做了三件事，调用init方法初始化自己。调用catalinaDaemon对象
的setAwait方法设置它的await属性为true，最后调用自己的start方法。
首先看看init方法：
public void init()
throws Exception
{
// Set Catalina path
setCatalinaHome();
setCatalinaBase();
//初始化三个类载入器
initClassLoaders();
//线程构造后将从它的父线程中继承对应的上下文类载入器. 假设在整个应用中你不做不论什么特殊设置,
//全部的线程将都以系统类载入器(system classloader)作为自己的线程上下文类载入器.
//这里从Bootstrap构造的线程都会继承改线程的上下文类载入器
Thread.currentThread().setContextClassLoader(catalinaLoader);
//载入conf下的catalina.properties配置文件下的common.loader和server.loader所指定的类。由于server.loader为空时
//catalinaLoader和commonLoader是指向的同一对象,不为空时commonLoader是catalinaLoader的父类。
SecurityClassLoad.securityClassLoad(catalinaLoader);
// Load our startup class and call its process() method
if (log.isDebugEnabled())
log.debug("Loading startup class");
Class<?> startupClass =
catalinaLoader.loadClass
("org.apache.catalina.startup.Catalina");
Object startupInstance = startupClass.newInstance();
// Set the shared extensions class loader
if (log.isDebugEnabled())
log.debug("Setting startup class properties");
String methodName = "setParentClassLoader";
Class<?> paramTypes[] = new Class[1];
paramTypes[0] = Class.forName("java.lang.ClassLoader");
Object paramValues[] = new Object[1];
paramValues[0] = sharedLoader;
Method method =
startupInstance.getClass().getMethod(methodName, paramTypes);
method.invoke(startupInstance, paramValues);
catalinaDaemon = startupInstance;
}
这里的主要内容就是调用了initClassLoaders();初始化了commonLoader，catalinaLoader。sharedLoader三个类载入器。它们是bootstrap的
成员变量。并通过SecurityClassLoad.securityClassLoad(catalinaLoader)这步代码来载入conf/catalina.properties文件下common.loader，
server.loader，shared.loade三个属性指定的jar包和class。securityClassLoad会通过一系列环境变量替换等处理来找到相关的类并载入它们。
最后一段代码初始化Catalina对象，再设置它的父类载入器为sharedLoader。
这里的一些疑问稍后再说。
先看看initClassLoaders()方法：
initClassLoaders源代码：
private void initClassLoaders() {
try {
commonLoader = createClassLoader("common", null);//1,创建commonLoader类载入器
if( commonLoader == null ) {
// no config file, default to this loader - we might be in a 'single' env.
commonLoader=this.getClass().getClassLoader();
}
catalinaLoader = createClassLoader("server", commonLoader);//2,
sharedLoader = createClassLoader("shared", commonLoader);//3,
} catch (Throwable t) {
handleThrowable(t);
log.error("Class loader creation threw exception", t);
System.exit(1);
}
} 第一步是通过commonkeyword初始化了一个commonLoader对象。
进到createClassLoader方法中：
private ClassLoader createClassLoader(String name, ClassLoader parent)
throws Exception {
String value = CatalinaProperties.getProperty(name + ".loader");
if ((value == null) || (value.equals("")))
return parent;
value = replace(value);
........
ClassLoader classLoader = ClassLoaderFactory.createClassLoader
(repositories, parent);
........
return classLoader;
}
这里应该非常清楚，CatalinaProperties.getProperty(name + ".loader");就是获取配置文件中的属性的方法。
value = replace(value)替换环境变量
等一系列的转换获取了一些类路径的url最后将这些url传给ClassLoaderFactory.createClassLoader方法。
CommonclassLoader和其它两个类载入器都
是通过该方法获取的，它们是一个StandardClassLoader实例。
StandardClassLoader仅仅是简单的从URLClassLoader继承，并实现了
StandardClassLoaderMBean接口来实现JMX监控。
所以能够觉得这三个类载入器就是URLClassLoader对象。
createClassLoader(repositories, parent)，事实上就是调用了URLClassLoader的构造方法，传入类路径的URL集合和父载入器。
假设打开
conf/catalina.properties配置文件。server.loader，shared.loade默觉得空。从createClassLoader方法中if推断就能够知道
commonLoader == catalinaLoader == sharedLoader。
这里先说一点设置这三个类载入器的用意，以后再用源代码证明。commonLoader被用来设置为catalinaLoader和sharedLoader的父载入器。
catalinaLoader用来载入tomcat自身程序所须要的类。sharedLoader用来载入一些webapp文件夹下的程序共享的class。并被WebappClassLoader
（用户web程序的类载入器）设置为父类（从这里就能够知道web程序的类是怎么实现相互隔离，但又能够共享某些jar包的。由于类载入器在载入
类时会先让父载入器去载入，父载入器找不到的话就自己来载入，在这里sharedLoader和WebappClassLoader都有不同的载入路径，全部的
WebappClassLoader都继承自sharedLoader，所以他们共享了sharedLoader的载入路径）。
再来看看SecurityClassLoad.securityClassLoad(catalinaLoader)：
public static void securityClassLoad(ClassLoader loader)
throws Exception {
if( System.getSecurityManager() == null ){
return;
}
loadCorePackage(loader);
loadCoyotePackage(loader);
loadLoaderPackage(loader);
loadRealmPackage(loader);
loadServletsPackage(loader);
loadSessionPackage(loader);
loadUtilPackage(loader);
loadValvesPackage(loader);
loadJavaxPackage(loader);
loadConnectorPackage(loader);
loadTomcatPackage(loader);
} 能够进每一个方法看下，它是载入了指定的一些类，注意这些类名是指定的。假设你放了自己的jar包在里面，那么它的载入就不是catalinaLoader完毕的。
最后就是初始化catalinaDaemon对象了，从最后一段代码能够看出catalinaDaemon被赋值为org.apache.catalina.startup.Catalina的实例。
而且通过反射调用调用了setParentClassLoader方法，參数是catalinaLoader。
这里设置父载入器的用意是什么?以下是这种方法的源代码
public void setParentClassLoader(ClassLoader parentClassLoader) {
this.parentClassLoader = parentClassLoader;
} 方法非常easy，看来问题不在这。在来看看Catalina的还有一个方法：
public ClassLoader getParentClassLoader() {
if (parentClassLoader != null) {
return (parentClassLoader);
}
return ClassLoader.getSystemClassLoader();
}
事实上这里parentClassLoader属性不是说载入Catalina的类载入器的父类载入器。它仅仅是一个普通的属性。
在来看看哪里调用了getParentClassLoader，在StandardServer中有这样一个方法：
@Override
public ClassLoader getParentClassLoader() {
if (parentClassLoader != null)
return (parentClassLoader);
if (catalina != null) {
return (catalina.getParentClassLoader());
}
return (ClassLoader.getSystemClassLoader());
} 然后他的下级组件StandardService： @Override
public ClassLoader getParentClassLoader() {
if (parentClassLoader != null)
return (parentClassLoader);
if (server != null) {
return (server.getParentClassLoader());
}
return (ClassLoader.getSystemClassLoader());
} 与之相应的都有一个setParentClassLoader方法。engin容器也有这种方法。
最后在WebappLoader中有个例如以下的方法：
private WebappClassLoader createClassLoader()
throws Exception {
Class<?> clazz = Class.forName(loaderClass);
WebappClassLoader classLoader = null;
if (parentClassLoader == null) {
parentClassLoader = container.getParentClassLoader();
}
Class<?>[] argTypes = { ClassLoader.class };
Object[] args = { parentClassLoader };
Constructor<?> constr = clazz.getConstructor(argTypes);
classLoader = (WebappClassLoader) constr.newInstance(args);
return classLoader;
}
在这种方法中调用了org.apache.catalina.loader.WebappClassLoader的构造方法将容器container的parentClassLoader的属性最为classLoader的父类载入器。这里能够得出结论从 Server 》 service 》 engin（container） 》没一个级别都在尝试设置parentClassLoader的值，而parentClassLoader
将作为WebappClassLoader的父类载入器。
也就是说parentClassLoader是针对WebappClassLoader而言的，而每一级别都在尝试改动它。·
如今已经介绍完了bootstrap的init方法，下一步是来介绍setAwait(true)方法的作用。
通过反射设置了Catalina的await属性为true。Catalina成功启动后
会通过检查该值来调用它的成员变量server的await方法：
public void start() {
........
if (await) {
await();
stop();
}
}
public void await() {
getServer().await();
}Catalina的成员变量server是一个StandardServer对象，通过调用该对象的await方法，会让他一直监控server.xml配置文件里的这段配置：<Server port="8005" shutdown="SHUTDOWN">，所定义的端口发送过来的命令。
最后看看start方法：
public void start()
throws Exception {
if( catalinaDaemon==null ) init();
Method method = catalinaDaemon.getClass().getMethod("start", (Class [] )null);
method.invoke(catalinaDaemon, (Object [])null);
}
start终于通过反射调用了catalinaDaemon（也就是Catalina）的start方法。
（这里看到的多处位置是通过反射调用catalinaDaemon的方法。
由于catalinaDaemon是一个object的引用指向的Catalina对象全部它仅仅能调用object对象的方法。想要调用Catalina的方法仅仅能通过反射。）
总结：bootstrap的主要任务就是初始化commonLoader。catalinaLoader，sharedLoader。通过catalinaLoader载入所须要的类。
初始化catalinaDaemon对象，调用它的start方法。
疑问：bin/bootstrap.jar 和lib/catalina.jar中都有bootstrap，脚本调用的是bootstrap.jar中的main方法，bootstrap在初始三个类载入器后，
载入类时并没有载入org.apache.catalina.startup包下的类。也就是说尽管两个jar包都含有bootstrap类，但仅仅是系统的类载入器载入了
bin/bootstrap.jar里的bootstrap。而其它lib 文件夹下的全部的类都是有bootstrap里面的三个类载入器载入的。不清楚为什么这样做。