JavaWeb项目执行流程和Web.xml文件配置

分手后的思念是犯贱 2024-04-07 11:38 67阅读 0赞

## JavaWeb项目执行流程： ##

> 运行一个Javaweb项目，首先，将项目部署到服务器，由客户端发起请求，将请求发送到tomcat的监听端口。经过端口进入tomcat，再由tomcat将携带的请求信息移交给web项目。接下来，正式进入Javaweb项目，一开始，要解读web.xml配置文件，将依据文件的配置决定进入哪个页面或者servlet。  
> 要知道，在tomcat下的conf中也有一个web.xml文件。当tomcat部署应用程序时（在激活过程当中，或加载应用程序后），它都会读取通用的conf/web.xml，而后再读取web应用程序中的WEB-INF/web.xml。其实根据他们的位置，咱们就能够知道，conf/web.xml文件中的设定会应用于全部的web应用程序，而某些web应用程序的WEB-INF/web.xml中的设定只应用于该应用程序自己。若是没有WEB-INF/web.xml文件，tomcat会输出找不到的消息，但仍然会部署并使用web应用程序，servlet规范的做者想要实现一种能迅速并简易设定新范围的方法，以用做测试，所以，这个web.xml并非必要的，不过一般最好仍是让每个上线的web应用程序都有一个本身的WEB-INF/web.xml。

## TomCat加载顺序： ##

> 首先能够确定的是，加载顺序与它们在 web.xml 文件中的前后顺序无关。即不会由于 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是：**listener -> filter -> servlet安全**

> 同时还存在着这样一种配置节：context-param，它用于向 ServletContext 提供键值对，即应用程序上下文信息。咱们的 listener, filter 等在初始化时会用到这些上下文中的信息，那么 context-param 配置节是否是应该写在 listener 配置节前呢？实际上 context-param 配置节可写在任意位置，所以真正的加载顺序为：**context-param -> listener -> filter -> servlet服务器**

> 对于某类配置节而言，与它们出现的顺序是有关的。以 filter 为例，web.xml 中固然能够定义多个 filter，与 filter 相关的一个配置节是 filter-mapping，这里必定要注意，对于拥有相同 filter-name 的 filter 和 filter-mapping 配置节而言，filter-mapping 必须出如今 filter 以后，不然当解析到 filter-mapping 时，它所对应的 filter-name 还未定义。web 容器启动时初始化每一个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时，filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。

> 由此，能够看出，web.xml 的加载顺序是：**context-param -> listener -> filter -> servlet** ，而同个类型之间的实际程序调用的时候的顺序是根据对应的 mapping 的顺序进行调用的。

## 常用Web.xml文件配置： ##

<web-app> 
       
    <display-name>
    定义了WEB应用的名字 
    </display-name>  
    
    <description> 
    声明WEB应用的描述信息 
    </description>   
    
    <context-param>
    context-param元素声明应用范围内的初始化参数。
    </context-param>     
    
    <filter> 
    过滤器元素将一个名字与一个实现javax.servlet.Filter接口的类相关联。
    </filter> 
       
    <filter-mapping>
    一旦命名了一个过滤器，就要利用filter-mapping元素把它与一个或多个servlet或JSP页面相关联。
    </filter-mapping> 
    
    <listener>
    servlet API的版本2.3增长了对事件监听程序的支持，事件监听程序在创建、
    修改和删除会话或servlet环境时获得通知.Listener元素指出事件监听程序类。 
    </listener>   
    
    <servlet>
    在向servlet或JSP页面制定初始化参数或定制URL时，
    必须首先命名servlet或JSP页面。Servlet元素就是用来完成此项任务的。
    </servlet>     
    
    <servlet-mapping> 
    服务器通常为servlet提供一个缺省的URL：http://host/webAppPrefix/servlet/ServletName。 
    可是，经常会更改这个URL，以便servlet能够访问初始化参数或更容易地处理相对URL。
    在更改缺省URL时，使用servlet-mapping元素。    
    </servlet-mapping>
    
    <session-config>
    若是某个会话在必定时间内未被访问，服务器能够抛弃它以节省内存。
    可经过使HttpSession的setMaxInactiveInterval方法明确设置单个会话对象的超时值，
    或者可利用session-config元素制定缺省超时值。
    </session-config> 
    
    <mime-mapping>
    若是Web应用具备想到特殊的文件，但愿能保证给他们分配特定的MIME类型，
    则mime-mapping元素提供这种保证。
    </mime-mapping>
    
    <welcome-file-list>
    指示服务器在收到引用一个目录名而不是文件名的URL时，使用哪一个文件。
    即配置默认访问页
    </welcome-file-list> 
    
    <error-page>
    在返回特定HTTP状态代码时，或者特定类型的异常被抛出时，可以制定将要显示的页面。
    </error-page>     
    
    <taglib>
    对标记库描述符文件（Tag Libraryu Descriptor file）指定别名。
    此功能使你可以更改TLD文件的位置，而不用编辑使用这些文件的JSP页面。
    </taglib>   
    
    <resource-env-ref>
    声明与资源相关的一个管理对象。
    </resource-env-ref> 
    
    <resource-ref>
    声明一个资源工厂使用的外部资源。
    </resource-ref> 
    
    <security-constraint>
    制定应该保护的URL。它与login-config元素联合使用 
    </security-constraint>   
    
    <login-config>
    指定服务器应该怎样给试图访问受保护页面的用户受权。它与sercurity-constraint元素联合使用。
    </login-config>   
    
    <security-role>
    给出安全角色的一个列表，这些角色将出如今servlet元素内的
    security-role-ref元素的role-name子元素中。分别地声明角色可以使高级IDE处理安全信息更为容易。
    </security-role>  
    
    <env-entry>
    声明Web应用的环境项。
    </env-entry> 
    
    <ejb-ref>
    声明一个EJB的主目录的引用。
    </ejb-ref> 
    
    <ejb-local-ref>
    声明一个EJB的本地主目录的应用。
    </ejb-local-ref> 
    
    </web-app>

###### 转载声明： ######

[https://blog.csdn.net/wangxiaotongfan/article/details/51318951][https_blog.csdn.net_wangxiaotongfan_article_details_51318951]  
本文转自该链接。侵联删

[https_blog.csdn.net_wangxiaotongfan_article_details_51318951]: https://blog.csdn.net/wangxiaotongfan/article/details/51318951