前两篇博客介绍了ActionServlet的初始化,讲述了它在初始化的时候做的事情。有了ActionServlet初始化,才能说当我们访问页面如何利用digester读取struts-config.xml配置文件信息,如何讲这些信息存到ActionMapping中,如何完成相应的业务处理和页面跳转。
那么今天就开始进入这一环节的分析。分析之前,希望大家还是好好看看原先的系列文章,那些文章都是引子,能够很清晰的认识struts框架大概的运行流程,所以不至于出现分析到底层源码的时候不好理解的现象。废话也不多说,现在开始分析。
这节课我们开始从截取路径开始,在《struts1框架一》博客中的mvc小实例中就已经写到了截取路径了,主要代码就是:
String requestURI=request.getRequestURI();
System.out.println("request="+requestURI);
String path=requestURI.substring(requestURI.indexOf("/",1),requestURI.indexOf("."));
System.out.println("path="+path);
这样我们就能从一个url中获得最后的名称和前面的“/”,也就是/login之类的字符串,之后用if-else判断就初始化相应的Action,虽然说这仅仅是一个mvc的小实例,但是就是这一简单的过程其实就是Struts框架截取字符串实现的原理所在(我个人观点,如果有不同见解,希望沟通交流)。
记得前几篇博客的朋友都知道,我对mvc小实例进行了几次重构,我把那些if-else中的字符串放到了配置文件中,最终变成了dom4j读取配置文件,之后动态相匹配通过多肽形式实例化Action,完成相应的业务逻辑和页面跳转。有了这个基础我们来看看struts框架是如何进行截取字符串的,相信大家会有所共鸣。
下面我们来对ActionServlet深层次进行分析。我们用断点的调试的方式来看底层源码。因为这个实例是post方式提交,所以将断点设置到doPost方法上。
我们debug运行程序,进入doPost里面的方法:
这个方法非常重要是ActionServlet运行的核心方法,这个Process处理了非常多的事情,后面的博客会一一介绍。
我们进入这个方法:
再继续进入:
我们赫然发现了这样一个方法就是processPath方法,这个方法就是截取字符串的方法。这个方法的源代码如下:
/**
* <p>Identify and return the path component(from the request URI) that
* we will use to select an <code>ActionMapping</code> with which todispatch.
* If no such path can be identified,create an error response and return
* <code>null</code>.</p>
*
* @param request The servlet request weare processing
* @param response The servlet response weare creating
*
* @exception IOException if an input/outputerror occurs
*/
protectedString processPath(HttpServletRequest request,
HttpServletResponse response)
throws IOException {
String path = null;
// For prefix matching, match on the path info (if any)
path = (String) request.getAttribute(INCLUDE_PATH_INFO);
if (path == null) {
path = request.getPathInfo();
}
if ((path != null) && (path.length() > 0)) {
return (path);
}
// For extension matching, strip the module prefix and extension
path = (String) request.getAttribute(INCLUDE_SERVLET_PATH);
if (path == null) {
path = request.getServletPath();
}
String prefix = moduleConfig.getPrefix();
if (!path.startsWith(prefix)) {
String msg =getInternal().getMessage("processPath");
log.error(msg + " " + request.getRequestURI());
response.sendError(HttpServletResponse.SC_BAD_REQUEST, msg);
return null;
}
path = path.substring(prefix.length());
int slash = path.lastIndexOf("/");
int period = path.lastIndexOf(".");
if ((period >= 0) && (period >slash)) {
path = path.substring(0, period);
}
return (path);
}
分析一下这段代码:
path = (String)request.getAttribute(INCLUDE_PATH_INFO);
if (path == null) {
path = request.getPathInfo();
}
if ((path != null) && (path.length() > 0)) {
return (path);
}
这段代码首先判断一下javax.servlet.include.path_info是否存在路径信息,这里要知道当当一个页面是以RequestDispatcher.include方式显示的话,这个属性值才存在。所以这里没有值,就会进入path =request.getPathInfo()程序中,这里的getPathInfo获取的值是相对servlet的路径信息。具体见博客(request.getPathInfo()方法的作用),通过那篇博客的分析,所以这里getPathInfo是获取不到值的。所以会进入下面的代码:
// For extension matching, stripthe module prefix and extension
path = (String) request.getAttribute(INCLUDE_SERVLET_PATH);
if (path == null) {
path = request.getServletPath();
}
String prefix = moduleConfig.getPrefix();
if (!path.startsWith(prefix)) {
String msg =getInternal().getMessage("processPath");
log.error(msg + " " + request.getRequestURI());
response.sendError(HttpServletResponse.SC_BAD_REQUEST, msg);
return null;
}
path = path.substring(prefix.length());
intslash = path.lastIndexOf("/");
intperiod = path.lastIndexOf(".");
if((period >= 0) && (period > slash)) {
path = path.substring(0, period);
}
return (path);
这里的方法主要和我的上面的那里是一样的,主要就是去掉后缀。
到此为止,截取字符串的工作就算完成了。接下来就是要和action标签匹配,把相应信息放到ActionMapping中。
随着分析的深入,这专栏的连载会越来越精彩。敬请关注!