开发者社区> 问答> 正文

关于HttpServlet 的 service 方法的问题

public void service(ServletRequest req, ServletResponse resp)
        throws ServletException, IOException {
    HttpServletRequest request = req;
    HttpServletResponse response = resp;
    try {
        request = (HttpServletRequest) req;
        response = (HttpServletResponse) resp;
    } catch (ClassCastException e) {
        throw new ServletException("non-HTTP request or resonse");
    }
    service(requset, response);
}

原始的service方法将请求和相应对象进行向下转换,分别从Servlet容器转换成HttpServletRequest和HttpServletResponse,并调用新的service方法。向下转型总是成功,因为在调用一个Servlet的service方法时,Servlet容器总会预计使用HTTP,所以传递一个HttpServletRequest和HttpServletResponse。
最后一句没有太明白。原文的意思是不是就算我没有使用HttpServlet,Servlet容器传递给service方法的request和response对象也是HttpServletRequest和HttpServletResponse的实例,即使这个service方法的参数是ServletRequest和ServletResponse?

展开
收起
蛮大人123 2016-03-06 17:59:16 2129 0
1 条回答
写回答
取消 提交回答
  • 我说我不帅他们就打我,还说我虚伪

    首先,Servlet API是一套标准,真正的实现是由Servlet容器(比如Tomcat、Jetty)来实现,Servlet标准是用来约定Servlet容器都得按它的套路来实现。就像国家制定标准电压是220V一样,所有的电器都要根据220V的电压来造。(但是也有例外,比如JFinal,它属于不听话不按标准来的。)

    要想理解你的问题,例如为什么有HttpServletRequest、ServletRequest这样两个interface,首先要知道Servlet API标准制定的时候是怎么想的。

    实际上Sun在制定Servlet API标准的时候是野心勃勃的,它不甘心只做一套HTTP协议的标准,也就是他想让Servlet兼容更多的网络协议,想要统治全世界。所以就有Servlet、ServletRequest、ServletResponse这样的API,这样的API跟具体协议无关,而HttpServlet、HttpServletRequest、HttpServletResponse就是具体HTTP协议的实现类或子接口。

    不过到目前为止,Servlet API就只有HTTP协议这一套实现,并没有统治全世界的所有网络协议。只能说是理想很丰满,现实很骨感。

    同样类似的还有jsp第一行的<%@ page language="java" ... %>,为什么要加上language="java",貌似是想统治全世界的所有编程语言,让其他语言也实现jsp标准,language="php"、language="python"。然后就没有然后了。

    2019-07-17 18:55:00
    赞同 展开评论 打赏
问答分类:
问答地址:
问答排行榜
最热
最新

相关电子书

更多
CONTAINER SERVICE 立即下载
WEB SERVICE EFFICENCY 立即下载
Data as a Service - 数据即服务 立即下载