其实不管是tomcat还是jetty，他们在启动的时候要做的事情都差不太多。。。无非就是下面的内容：
（1）创建用于连接的connector，创建线程池，
（2）扫描当前的web程序的部署目录，为他们创建上下文环境，并对他们进行path的路由设置
（3）初始化创建的web程序上下文，这里就包括创建servlet啥的。，初始化linstener啥的。并做好自己的path路由
（4）启动connector，开始监听，整个server开始运行。。。。
好了，接下来来分析一下jetty的启动过程吧，其实启动的过程也要分为好几种的，这里就拿最常用的来说吧，也就是在jetty服务器下同时部署多个webapp，因而jetty需要分别为这些webApp创建他们的context。。
来看启动的代码吧：
Server server = new Server(); //创建爱你server
ContextHandlerCollection contexts = new ContextHandlerCollection(); //创建一个contextHandler的collection
server.setHandler(contexts); //设置handler，这个就是contextHandlercollection，它用于保存所有的WebAppContext
//SelectChannelConnector connector = new SelectChannelConnector();
SocketConnector connector = new SocketConnector(); //创建connector，这里其实应该是要选用nio的connector比较好才对
String address = args[0];
int colon = address.lastIndexOf(':');
//设置connector的端口地址信息
if (colon<0) {
connector.setPort(Integer.parseInt(address));
} else {
connector.setHost(address.substring(0,colon));
connector.setPort(Integer.parseInt(address.substring(colon+1)));
}
server.setConnectors(new Connector[]{connector});
if (args.length<3) {
ContextHandler context = new ContextHandler();
context.setContextPath(URIUtil.SLASH);
context.setResourceBase(args.length==1?".":args[1]);
ServletHandler servlet = new ServletHandler();
servlet.addServletWithMapping("org.mortbay.jetty.servlet.DefaultServlet", URIUtil.SLASH);
context.setHandler(servlet);
contexts.addHandler(context);
} else if ("-webapps".equals(args[1])) { //这里是同时启动多个app
WebAppContext.addWebApplications(server, args[2], WebAppContext.WEB_DEFAULTS_XML, true, true);
} else if ("-webapp".equals(args[1])) {
WebAppContext webapp = new WebAppContext();
webapp.setResourceBase(args[2]);
webapp.setContextPath(URIUtil.SLASH);
contexts.addHandler(webapp);
}
server.start(); //启动，说白了就是启动connector，里面的contextHandler啥的
本身看起来还是很简单的吧，首先是创建一个server对象，然后创建ContextHandlerCollection对象，这个我们在以前说过，它将会用于管理所有的WebAppContext，并对http请求进行路由，将他们交给相应的webAppContext来处理。。然后这里创建了connector对象，貌似默认用的还是之前分析过的SocketConnector，也就是bio的connector，其实这里应该不用他才对，因为毕竟还有性能够好的nio实现的SelectChannelConnector。。。。
然后就是设置connector的监听地址，端口一类的信息。。。
对于有多个app的启动，应该是要分析如下的代码：
WebAppContext.addWebApplications(server, args[2], WebAppContext.WEB_DEFAULTS_XML, true, true);
这里直接调用了一个类方法来进行处理的。。那么我们来看看这个方法是怎么搞的吧：
//自动的添加web程序到服务器，war或者文件夹的名字将会成为context的名字
//defaults是默认的xml路径
public static void addWebApplications(Server server,
String webapps, //用于存放app的路径
String defaults,
boolean extract,
boolean java2CompliantClassLoader)
throws IOException
{
addWebApplications(server, webapps, defaults, __dftConfigurationClasses, extract, java2CompliantClassLoader);
}
这里传进来的server对象就是前面创建的server对象，webapps是我们用来存放app代码的地方，待会将会扫描这个目录，然后为这些app创建webAppContext，default是默认的jetty服务器的配置文件路径，extract表示是否要解压war包，
好了这里依然是调用了一个类方法来执行的。。接下去看吧：
public static void addWebApplications(Server server,
String webapps,
String defaults,
String[] configurations,
boolean extract,
boolean java2CompliantClassLoader)
throws IOException {
//这里可以理解为存放context的容器,毕竟同一个jetty下面可能启动多个web程序
//server在创建之后一般都会为其创建ContextHandlerCollection，所以这里就能够获取它
HandlerCollection contexts = (HandlerCollection)server.getChildHandlerByClass(ContextHandlerCollection.class);
if (contexts==null) {
contexts = (HandlerCollection)server.getChildHandlerByClass(HandlerCollection.class);
}
addWebApplications(contexts,webapps,defaults,configurations,extract,java2CompliantClassLoader);
}
这个好像比较囧，。其实主要是后去了ConextHandlerCollection对象，然后再进行下一步的动作。。好吧。
public static void addWebApplications(HandlerContainer contexts,
String webapps,
String defaults,
String[] configurations,
boolean extract,
boolean java2CompliantClassLoader)
throws IOException
{
Log.warn("Deprecated configuration used for "+webapps);
WebAppDeployer deployer = new WebAppDeployer();
deployer.setContexts(contexts); //设置context的容器，ContextHandlerCollection
deployer.setWebAppDir(webapps); //设置app存放的路径，也就是类似于war包的存放路径
/*
* org.mortbay.jetty.webapp.WebInfConfiguration
org.mortbay.jetty.webapp.WebXmlConfiguration
org.mortbay.jetty.webapp.JettyWebXmlConfiguration
org.mortbay.jetty.webapp.TagLibConfiguration
*/
//这是一些默认的配置对象的类型，在启动的时候会创建这些对象用于webAppContext的创建
deployer.setConfigurationClasses(configurations);
deployer.setExtract(extract); //是否要解压war
deployer.setParentLoaderPriority(java2CompliantClassLoader);
try
{
deployer.start();
}
catch(IOException e)
{
throw e;
}
catch(Exception e)
{
throw new RuntimeException(e);
}
}
这段代码就稍微有一些干货了。。这里可以看到，创建了一个WebAppDeployer对象，这个我们可以将其理解为一个工具类，那些app的部署的事情就交给它去做了。。。
为其设置了ContextHandlerCollection，然后设置了当前app所在的根目录，并且这只了app启动时候用到的配置类型。。。。然后再执行它的start方法。。。
好了，接下来的事情就是扫描app的目录，然后为他们创建WebAppContext，并对他们进行初始化的一些工作了。。。这里就先停住吧。。。毕竟这个是app的创建和启动，而不是server的启动。。
那么回归到最开始的代码来看看server的start过程吧：
protected void doStart() throws Exception
{
Log.info("jetty-"+_version);
HttpGenerator.setServerVersion(_version);
MultiException mex=new MultiException();
//一些依赖的启动。。不过好像一般也没有啥吧
for (int i=0;_realms !=null && i<_realms.length; i++) {
if (_realms[i] instanceof LifeCycle) {
((LifeCycle)_realms[i]).start();
}
}
Iterator itor = _dependentLifeCycles.iterator();
while (itor.hasNext()) {
try{
((LifeCycle)itor.next()).start();
}
catch (Throwable e) {mex.add(e);}
}
//创建线程池，其实感觉jetty的线程池的实现挺简陋的，跟netty的比起来
if (_threadPool==null) {
QueuedThreadPool tp=new QueuedThreadPool();
setThreadPool(tp);
}
//启动sessionManager，不过很少有一开始设置sessionManager的吧，一般都是在创建WebAppContext的时候自己创建的
if (_sessionIdManager!=null) {
_sessionIdManager.start();
}
try {
//启动线程池
if (_threadPool instanceof LifeCycle)
((LifeCycle)_threadPool).start();
}
catch(Throwable e) { mex.add(e);}
try {
super.doStart(); //这里将会启动handler，说白了就是启动contextHandlerCollection，也是为了启动那些WebAppContext
}
catch(Throwable e)
{
Log.warn("Error starting handlers",e);
}
if (_connectors!=null) {
for (int i=0;i<_connectors.length;i++) {
try{_connectors[i].start();} //启动connector
catch(Throwable e){
mex.add(e);
}
}
}
mex.ifExceptionThrow();
}
这里部分虽然看起来代码还挺多的。。不过最主要的就是要干如下的三件事情。。
（1）创建线程池，并且启动
（2）启动内部的handler，其实也就是启动那个contextHandlerCollection，这个handler的启动将会设置WebAppContext的路由设置，以及对WebAppContext的启动。。进而使一些contextListener的启动，servlet的初始化一系列的事情。。
（3）启动connector，它已启动，那么就代表整个server已经开始正常的运行了。。。
另外我们再来看看server对象的一个重要方法吧：
/* ------------------------------------------------------------ */
/* Handle a request from a connection.
* Called to handle a request on the connection when either the header has been received,
* or after the entire request has been received (for short requests of known length).
*/
//当connection接收到http请求之后，会调用server的这个方法来处理，例如http头部已经接受完全或者已知长度的http请求全部接受完，例如有contentlength的头部的post请求
public void handle(HttpConnection connection) throws IOException, ServletException
{
String target=connection.getRequest().getPathInfo(); //获取请求的request的path，例如/manager/hello
if (Log.isDebugEnabled()) {
Log.debug("REQUEST "+target+" on "+connection);
handle(target, connection.getRequest(), connection.getResponse(), Handler.REQUEST);
Log.debug("RESPONSE "+target+" "+connection.getResponse().getStatus());
} else {
//其实最终还是交给了内部的handler来处理这个请求，而这个handler就是ContextHandlerCollection，
//而contextHandlerCollection再将其路由给相应的WebAppContext来处理。。。然后再交给相应的servlet来处理
handle(target, connection.getRequest(), connection.getResponse(), Handler.REQUEST);
}
}
从上面的注释就可以知道，每一个httpConnection当收到了http请求之后都会调用server的这个方法来处理。。而其实这个方法最终又是交给内部的ContextHandlerCollection来处理这个请求。。。
接下来再由ContextHandlerCollection将这个请求路由给对应的WebAppContext，然后再由其路有个内部的servlet来处理。。。
那么到这里为止真个jetty的server的创建和启动就差不多了。。。还是蛮简单的。。。。