一、点击jsp页面上的超链接后怎么找到对应的servlet?
首先超链接是一个类似url的东西,在web.xml中有一个标签<url-pattern>
,其实它俩也的确是对应关系,然后<url-pattern>
标签也会有一个对应<servlet-name>
标签(同在<servlet-mapping>
里面),之后会通过这个<servlet-name>
标签找到相同的一个在<servlet>
标签里面对应的<servlet-name>
,从而找到这个<servlet-class>
,这个<servlet-class>
里面的内容就是所对应的java类(servlet)所在的位置了。
二、那么又是如何执行servlet里面的方法呢?
服务器是怎么去区分执行哪一个方法呢?服务器能够通过service()方法判断,根据点击的是超链接而知道提交的请求是get请求,所以执行doGet请求;同样的,如果提交的是一个表单(在jsp文件当中的一个标签),那么服务器就知道这个是一个post请求,所以执行的是doPost方法了。
是不是觉得太抽象了,可以在eclipse上通过项目观察一下
创建一个web项目
先找到jsp页面(文件名为index.jsp)
<%@ page language="java" contentType="text/html; charset=UTF-16"
pageEncoding="UTF-16"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-16">
<title>Insert title here</title>
</head>
<body>
<a href="./DataServlet">链接</a>
</body>
</html>
在这个页面里就给出了超链接
创建我们的DataServlet.java文件
package com.zuu.servlet;
import java.io.IOException;
import javax.servlet.ServletConfig;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
public class DataServlet extends HttpServlet {
private static final long serialVersionUID = 1L;
public DataServlet() {
System.out.println("DataServlet");
}
@Override
protected void service(HttpServletRequest arg0, HttpServletResponse arg1) throws ServletException, IOException {
super.service(arg0, arg1);
}
protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
System.out.println("doGet");
response.sendRedirect("target.jsp");
}
}
再创建target.jsp文件
<%@ page language="java" contentType="text/html; charset=UTF-16"
pageEncoding="UTF-16"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-16">
<title>Insert title here</title>
</head>
<body>
ok
</body>
</html>
此时去查看web.xml文件,可以找到
<servlet>
<description></description>
<display-name>DataServlet</display-name>
<servlet-name>DataServlet</servlet-name>
<servlet-class>com.zuu.servlet.DataServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>DataServlet</servlet-name>
<url-pattern>/DataServlet</url-pattern>
</servlet-mapping>
验证了上边的说法
-------------------------------------------
关于service方法
大多时候我们的写的代码都是直接继承HttpServlet这个类,并且重写doGet ,doPost等方法,那么为什么继承HttpSevlet类时不重写service 方法而是重写doGet和doPost方法呢?service的作用又是什么呢??
其实,在Servlet中service方法是一直存在的,因为最高层的接口Servlet(像HttpServlet等具体的servlet都是直接或者间接实现了这个接口)里面就有这个方法,所以不管是怎样的servlet类,都有service方法,没有service就不能称为一个Servlet了。
而对于service方法,一般来说这个方法是不需要重写的,因为在HttpServlet中已经有了很好的实现,它会根据请求的方式,调用doGet,doPost以及其他的doXXX方法,也就是说service是用来转向的,所以我们一般写一个servlet,只需要重写doGet或者doPost就可以了。如果重写了service方法,那么servlet容器就会把请求交给这个方法来处理,倘若重写的service方法没有调用doXXX,即使在Servlet中又重写了其他doGet doPost等也是不会被调用的 因为Servlet的service被自动调用(就像init和destory方法一样),所以如果由于某种需要而重写service方法,并且根据不同的method调用doPost doGet等时,就要在末尾加上一句super.service(),这样就可以解决问题了。
通过API可以看到在HttpServlet类中的两个service方法:service(ServletRequest , ServletResponse)方法是重写的其父类GenericServlet类的方法,这个方法是公共的(public),其作用是接受客户端的请求并将其传递给service(HttpServletRequest, HttpServletResponse)方法;但是service(HttpServletRequest, HttpServletResponse)方法是HttpServlet类定义的方法,是受保护的(protected),主要作用是接受标准的Http请求(HttpServletRequest),并根据请求方式不同分发到不同的doXXX(HttpServletRequest, HttpServletResponse)方法。 这就是HttpServlet有两个service方法的原因了。一般情况下我们的Servlet只需重写受保护的service方法就够了。
代码部分如下:
public void service(ServletRequest req, ServletResponse res)
throws ServletException, IOException
{
HttpServletRequest request;
HttpServletResponse response;
if (!(req instanceof HttpServletRequest &&
res instanceof HttpServletResponse)) {
throw new ServletException("non-HTTP request or response");
}
request = (HttpServletRequest) req;
response = (HttpServletResponse) res;
service(request, response);
}
protected void service(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException
{
String method = req.getMethod();
if (method.equals(METHOD_GET)) {
long lastModified = getLastModified(req);
if (lastModified == -1) {
// servlet doesn't support if-modified-since, no reason
// to go through further expensive logic
doGet(req, resp);
} else {
long ifModifiedSince = req.getDateHeader(HEADER_IFMODSINCE);
if (ifModifiedSince < lastModified) {
// If the servlet mod time is later, call doGet()
// Round down to the nearest second for a proper compare
// A ifModifiedSince of -1 will always be less
maybeSetLastModified(resp, lastModified);
doGet(req, resp);
} else {
resp.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
}
}
} else if (method.equals(METHOD_HEAD)) {
long lastModified = getLastModified(req);
maybeSetLastModified(resp, lastModified);
doHead(req, resp);
} else if (method.equals(METHOD_POST)) {
doPost(req, resp);
} else if (method.equals(METHOD_PUT)) {
doPut(req, resp);
} else if (method.equals(METHOD_DELETE)) {
doDelete(req, resp);
} else if (method.equals(METHOD_OPTIONS)) {
doOptions(req,resp);
} else if (method.equals(METHOD_TRACE)) {
doTrace(req,resp);
} else {
//
// Note that this means NO servlet supports whatever
// method was requested, anywhere on this server.
//
String errMsg = lStrings.getString("http.method_not_implemented");
Object[] errArgs = new Object[1];
errArgs[0] = method;
errMsg = MessageFormat.format(errMsg, errArgs);
resp.sendError(HttpServletResponse.SC_NOT_IMPLEMENTED, errMsg);
}
}