http://www.dzone.com/tutorials/java/struts-2/struts-2-tutorial/struts-2-framework-tutorial-1.html
struts2 框架实现 MVC设计模式。
在struts2中,model,view 和controller 分别通过action,result 和FilterDispatcher来实现。
FilterDispatcher完成controller的工作把用户请求映射到对应的action中。
Model包含data和business逻辑,通过 Action 组件实现。
View是MVC模式的描述组件,通常通过JSP, Velocity Template, Freemaker等技术实现。
struts2的框架图如下图所示
用户有一个请求URL http://write.blog.csdn.net/postedit,浏览器根据网址去查找对应服务器IP地址。浏览器首先分析本地系统,如果系统是win7,查到C:\Windows\system32\drivers\etc\hosts文件中是否有这个URL对应的ip地址,一般的情况下是没有的,win7系统中,不允许对hosts的内容进行更改.
这个文件默认是要请求的域名的相关信息。
在linux系统中,打开终端输入命令vi /etc/hosts,如果是root用户,可以对/etc/hosts进行编辑,当然我们可以添加其他的用户,通过root 用户 chmod o+rw /etc/hosts,给予其他用户赋予查看和更改的权限,如果我们想访问到真正的URL地址,我们没有必要在/etc/hosts中做任何事情。
如果浏览器在本地系统中找不到本次请求所对应的ip地址,那么它就会把请求url发送到DSN服务器,找到域名的IP。
浏览器访问WEB资源的过程可以有下面的两个步骤来表示:
(1) telnet ip +端口号
(2) GET /postedit/xxx Host:write.blog.csdn.net
其中第二步是怎样完成的呢,具体是:在发布应用程序的服务器的server.xml配置文件中,找到对应的主机名,这里是write.blog.csdn.net,然后再找到对应的context,这里是postedit,然后再去找具体的资源xxx.
/****当用户从浏览器向服务器发起一个请求,通常包含如下信息:http://hostname:port/contextpath/servletpath
hostname和port是用户浏览器用来与服务器建立TCP连接,而后面的url才是用来选择服务器中哪个子容器处理用户请求。那么服务器是如何根据url来达到正确的子容器的呢?
Tomcat7.0 中这件事很容易解决,因为这种映射工作有专门一个类来完成的,这个就是 org.apache.tomcat.util.http.mapper,这个类保存了 Tomcat 的 Container 容器中的所有子容器的信息,当 org.apache.catalina.connector. Request 类在进入 Container 容器之前,mapper 将会根据这次请求的 hostnane 和 contextpath 将 host 和 context 容器设置到 Request 的 mappingData 属性中。所以当 Request 进入 Container 容器之前,它要访问那个子容器这时就已经确定了。
public void init() {
findDefaultHost();
Engine engine = (Engine) connector.getService().getContainer();
engine.addContainerListener(this);
Container[] conHosts = engine.findChildren();
for (Container conHost : conHosts) {
Host host = (Host) conHost;
if (!LifecycleState.NEW.equals(host.getState())) {
host.addLifecycleListener(this);
registerHost(host);
}
}
}
这段代码的作用就是将 MapperListener 类作为一个监听者加到整个 Container 容器中的每个子容器中,这样只要任何一个容器发生变化,MapperListener 都将会被通知,相应的保存容器关系的 MapperListener 的 mapper 属性也会修改。for 循环中就是将 host 及下面的子容器注册到 mapper 中。
上图描述了一次 Request 请求是如何达到最终的 Wrapper 容器的,我们现正知道了请求是如何达到正确的 Wrapper 容器,但是请求到达最终的 Servlet 还要完成一些步骤,必须要执行 Filter 链,以及要通知你在 web.xml 中定义的 listener。
接下去就要执行 Servlet 的 service 方法了,通常情况下,我们自己定义的 servlet 并不是直接去实现 javax.servlet.servlet 接口,而是去继承更简单的 HttpServlet 类或者 GenericServlet 类,我们可以有选择的覆盖相应方法去实现我们要完成的工作。
Servlet工作原理 地址: http://www.ibm.com/developerworks/cn/java/j-lo-servlet/ 作者: 许令波
在tomcat中有一个存储资源映射信息的mapper,
假如csdn使用的服务器是tomcat,那么有下面几个疑问:
(1)自己的浏览器和csdn使用的tomcat服务器是怎样进行通信的呢?
(2)本次请求是如何到达自己博客的编辑页面的呢?
先写到这......2013/8/12 23:59