内，由 Web 容器负责它的对象的创建和销毁，不能直接由 其它类对象来调用。 ▶ 当 Web 容器接收到对它的 HTTP 请求时，自动创建 Servlet 对象，并自动调用它的 doPost 或 doGet 方法。 Servlet 的主要功能 ▶ 接收用户 HTTP 请求。 ▶ 取得 HTTP 请求提交的数据。 ▶ 调用 JavaBean 对象的方法。 ▶ 生成 HTML 类型或非 HTML Servlet 编程 Servlet 生命周期 Servlet 配置 Servlet 部署 Servlet 示例 重写 doGet 方法 父类 HttpServlet 的 doGet 方法是空的，没有实现任何代码，子 类需要重写此方法。 2 public void doGet(HttpServletRequest request, HttpServletResponse response) 3 throws ServletException, IOException { 3 // Rewrite the method. 4 } 当请求方式为 POST 时自动运行，每次请求都运行一次。 doGet 和 doPost 方法都接收 Web 容器自动创建的请求对象和 响应对象，使得 Servlet 能够解析请求数据和发送响应给客户端。 大纲 Web 基础 Servlet 概述 Servlet 编程

213 16.3.2 类定义 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214 16.3.3 重写 doGet 方法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214 16.3.4 重写 doPost 方法 . . . . . . Web 容器负责它 的对象的创建和销毁，不能直接由其它类对象来调用。 • 当 Web 容器接收到对它的 HTTP 请求时，自动创建 Servlet 对象，并自动调用它 的 doPost 或 doGet 方法。 Servlet 的主要功能 • 接收用户 HTTP 请求。 • 取得 HTTP 请求提交的数据。 • 调用 JavaBean 对象的方法。 • 生成 HTML 类型或非 HTML LoginAction extends HttpServlet { 2 // Code goes on. 3 } 16.3.3 重写 doGet 方法 父类 HttpServlet 的 doGet 方法是空的，没有实现任何代码，子类需要重写此方法。 2 public void doGet(HttpServletRequest request, HttpServletResponse response) 3

urlPatterns = "/login") public class LoginServlet extends HttpServlet { @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { 跟我学 Shiro——http://jinnianshilongnian.iteye.com/ 68 1、doGet 请求时展示登录页面； 2、doPost 时进行登录，登录时收集 username/password 参数，然后提交给 Subject 进行登录。 如果有错误再返回到登录页面；否则跳转到登录成功页面（此处应该返回到访问登录页面 "/formfilterlogin") public class FormFilterLoginServlet extends HttpServlet { @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {

服务器接收到请求，如果没有此地址，发出错误响应给 浏览器； 3. Web 服务器检查 JSP 文件和对应的 Servlet 版本的时间是 否一致，如果一致则执行 servlet 的处理请求方法，类似于 doGet 或 doPost，发送响应给浏览器； 4. 版本时间不一致，Web 服务器调用转换系统，将 JSP 的文 本代码转换为 Servlet 的 Java 代码； 5. 将 Java 代码编译为 class 3 % > ▶ 可以同时嵌入多个脚本代码段，但它们都表示在一个方法 内，属于一个代码段，一个脚本内定义的变量，另一个脚本 也可以使用。 ▶ 在代码脚本中定义的变量类似于 Servlet 的 doGet 方法中的 局部变量，未初始化使用是非法的。 例如，连接数据库的代码脚本片段如下： 1 <% 2 Connection cn = null; 3 try { 4 Class.forName("sun

DispatcherServlet does not override "doHead" anymore, leveraging HttpServlet's default "HEAD" handling via "doGet" * factored out protected "resolveViewName" method from DispatcherServlet's "render" implementation not start with the application's context path (rather unusual) * fixed FrameworkServlet to use "doGet"/"doPost"/"doHead" etc, to reenable proper LastModified support in controllers * fixed DispatcherServlet's

DispatcherServlet does not override "doHead" anymore, leveraging HttpServlet's default "HEAD" handling via "doGet" * factored out protected "resolveViewName" method from DispatcherServlet's "render" implementation not start with the application's context path (rather unusual) * fixed FrameworkServlet to use "doGet"/"doPost"/"doHead" etc, to reenable proper LastModified support in controllers * fixed DispatcherServlet's

DispatcherServlet does not override "doHead" anymore, leveraging HttpServlet's default "HEAD" handling via "doGet" * factored out protected "resolveViewName" method from DispatcherServlet's "render" implementation not start with the application's context path (rather unusual) * fixed FrameworkServlet to use "doGet"/"doPost"/"doHead" etc, to reenable proper LastModified support in controllers * fixed DispatcherServlet's

DispatcherServlet does not override "doHead" anymore, leveraging HttpServlet's default "HEAD" handling via "doGet" * factored out protected "resolveViewName" method from DispatcherServlet's "render" implementation not start with the application's context path (rather unusual) * fixed FrameworkServlet to use "doGet"/"doPost"/"doHead" etc, to reenable proper LastModified support in controllers * fixed DispatcherServlet's

DispatcherServlet does not override "doHead" anymore, leveraging HttpServlet's default "HEAD" handling via "doGet" * factored out protected "resolveViewName" method from DispatcherServlet's "render" implementation not start with the application's context path (rather unusual) * fixed FrameworkServlet to use "doGet"/"doPost"/"doHead" etc, to reenable proper LastModified support in controllers * fixed DispatcherServlet's

DispatcherServlet does not override "doHead" anymore, leveraging HttpServlet's default "HEAD" handling via "doGet" * factored out protected "resolveViewName" method from DispatcherServlet's "render" implementation not start with the application's context path (rather unusual) * fixed FrameworkServlet to use "doGet"/"doPost"/"doHead" etc, to reenable proper LastModified support in controllers * fixed DispatcherServlet's