MVC

1. MVC 的概念 struct spring 在其中的作用

2. spring的工作原理

3. spring对jdbc的支持？

    1).JdbcTemplate
   JdbcTemplate自身能够自动管理数据库连接资源的打开和关闭操作,因此它能简化了JDBC是使用.
   使用它开发者能够避免很多JDBC相关的错误.
配置的数据源使用了Apache DBCP,通过指定driverClassName,url,username,password等属性能够创建数据源,供JdbcTemplate引用.开发者只需在Spring配置文件中配置单个JdbcTemplate,即可满足多线程使用.

 

4. spring有哪些代理类，如何工作？

 

 

5. struct的工作过程，struct1和struct2的区别

 

6.tomcat的启动过程是怎样的？tomcat是如何发布web应用的？tomcat可以从哪些角度来优化？

 

6.2 tomcat是如何发布web应用的？

  1、直接放到Webapps目录下
    Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。也可以将JSP 程序打包成一个war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个Web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse、NetBeans、ant、JBuilder等。也可以用cmd 命令：jar -cvf applicationname.war package.*；
甚至可以在程序执行中打包：
try{   
  string strjavahome = system.getproperty("java.home");   
  strjavahome = strjavahome.substring(0,strjavahome.lastindexof(\\))+"\\bin\\";   
  runtime.getruntime().exec("cmd /c start "+strjavahome+"jar cvf hello.war c:\\tomcat5.0\\webapps\\root\\*");   
  }   
catch(exception   e){system.out.println(e);}
    webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的server.xml文件，找到下面内容：
<Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeloy="true" xmlValidation="falase" xmlNamespaceAware="false">
2、在server.xml中指定
    在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在server.xml中新建Context里部署一个JSP应用程序。打开server.xml文件，在Host标签内建一个Context，内容如下。
<Context path="/myapp" reloadable="true" docBase="D:\myapp" workDir="D:\myapp\work"/>
    其中path是虚拟路径，docBase是JSP应用程序的物理路径，workDir是这个应用的工作目录，存放运行是生成的于这个应用相关的文件。
3、创建一个Context文件
    以上两种方法，Web应用被服务器加载后都会在Tomcat的conf\catalina\localhost目录下生成一个XML文件，其内容如下：
<Context path="/admin" docBase="${catalina.home}/server/webapps/admin" debug="0" privileged="true"></Context>
可以看出，文件中描述一个应用程序的Context信息，其内容和server.xml中的Context信息格式是一致的，文件名便是虚拟目录名。您可以直接建立这样的一个xml文件，放在Tomcat的conf\catalina\localhost目录下。例子如下：
注意：删除一个Web应用同时也要删除webapps下相应的文件夹祸server.xml中相应的Context，还要将Tomcat的conf
\catalina\localhost目录下相应的xml文件删除。否则Tomcat仍会岸配置去加载。。。  
tomcat部署web应用主要有以下几种方式：
1．拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。
2．为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。这种context片断提供了一种便利的方法来部署web应用，你不需要编辑server.xml，除非你想改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。
3． 同方法2,只是将context片断放在CATALINA_BASE\conf\Catalina\localhost目录下.这种方法比方法2>要有效,笔者经过多次实验发现方法2不如后面这种方法好用.前者多次出现系统打不开的情况.
4．直接在server.xml中</Host>前加上Context片断,使用这种方法时,tomcat会自动在CATALINA_BASE\conf\Catalina\localhost目录下生成一个文件片断.方法同方法3具有同样效果.这种方式需要将ROOT目录删除才行.
另外，为了让tomcat只运行conf/server.xml中指定的web应用，可以有以下几种办法：
实现一:
     1)将要部署的WEB应用放在webapps以外的路径, 并在server.xml相应的context中的docBase指定.
     2)删除webapps中的所有文件夹, 以及conf/catalina/localhost下所有xml文件.
     注: webapps是server.xml中的Host元素的appBase属性的值. 
实现二:
     1) 修改server.xml中Host元素的属性, 添加或修改: deployXML="false" deployOnStartup="false" autoDeploy="false"
     2) 含义:
     deployXML="false": 不部署conf/catalina/localhost下的xml相应的WEB应用     deployOnStartup="false" : tomcat启动时, 不部署webapps下的所有web应用     autoDeploy="false": 避免tomcat在扫描改动时, 再次把webapps下的web应用给部署进来.

 

 

7.Tomcat Server处理一个http请求的过程
1) 请求被发送到本机端口8080，被在那里侦听的Coyote HTTP/1.1 Connector获得
2) Connector把该请求交给它所在的Service的Engine来处理，并等待来自Engine的回应
3) Engine获得请求localhost/test/xx.jsp，匹配它所拥有的所有虚拟主机Host
4) Engine匹配到名为localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为该Engine的默认主机）
5) localhost Host获得请求test/xx.jsp，匹配它所拥有的所有Context
6) Host匹配到路径为/test的Context（如果匹配不到就把该请求交给路径名为""的Context去处理）
7) path="/test"的Context获得请求/xx.jsp，在它的mapping table中寻找对应的servlet
8) Context匹配到URL PATTERN为*.jsp的servlet，对应于JspServlet类
9) 构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用JspServlet的doGet或doPost方法
10)Context把执行完了之后的HttpServletResponse对象返回给Host
11)Host把HttpServletResponse对象返回给Engine
12)Engine把HttpServletResponse对象返回给Connector
13)Connector把HttpServletResponse对象返回给客户browser