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