其实不管是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的创建和启动就差不多了。。。还是蛮简单的。。。。