servlet中，关于HttpServlet 的 service 方法的问题

我看的参考书是Budi Kurniawan的《Servlet和JSP学习指南》，其中关于httpservlet的一段没看明白：

与往常一样，Servlet容器调用javax.servlet.Servlet中原始的service方法，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？

---

是的，因为HttpServletRequest对象是ServletRequest对象的实现类。
传递进去的就是该实现类的实例

---

首先，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"。然后就没有然后了。