Servlet + JDBC 应用
在 Servlet 中可以使用 JDBC 技术访问数据库，常见功能如下：
查询 DB 数据，然后生成显示页面，例如：列表显示功能。
接收请求参数，然后对 DB 操作，例如：注册、登录、修改密码等功能。
为了方便重用和便于维护等目的，经常会采用 DAO（Data Access Object）模式对数据库操作进行独立封装。
DAO 工厂（工厂模式）：工厂类封装了对象的创建细节，为调用者提供符合要求的对象。
重定向和转发
重定向的概述
概念
首先客户浏览器发送 http 请求，当 web 服务器接受后发送 302 状态码响应及对应新的 location 给客户浏览器，客户浏览器发现是 302 响应，则自动再发送一个新的 http 请求，请求 url 是新的 location 地址，服务器根据此请求寻找资源并发送给客户。
实现：
实现重定向需要借助 javax.servlet.http.HttpServletResponse 接口中的方法：
| 方法声明 | 功能介绍 |
|---|---|
| void sendRedirect(String location) | 使用指定的重定向位置 URL 向客户端发送临时重定向响应 |
原理：
当执行添加页面功能时，浏览器发送 add.do 请求给 Tomcat 服务器；
Tomcat 服务器的 AddServlet 收到 add.do 请求后，先访问数据库 DB 执行插入新数据的操作，然后发送 302 状态码及重定向的新地址 Location: list.do 信息到浏览器；
浏览器根据新地址发送 list.do 请求给 Tomcat 服务器；
Tomcat 服务器的 ListServlet 收到 list.do 请求后，先访问数据库 DB 获取 list 数据，然后发送 200 状态码及 list 数据到浏览器；
浏览器根据 list 数据展示页面。
特点：
重定向之后，浏览器地址栏的 URL 会发生改变。
重定向过程中会将前面 Request 对象销毁，然后创建一个新的 Request 对象。
重定向的 URL 可以是其它项目工程。
转发的概述
转发的概念：
一个 Web 组件（Servlet/JSP）将未完成的处理通过容器转交给另外一个 Web 组件继续处理，转发的各个组件会共享 Request 和 Response 对象。
转发的实现：
- 绑定数据到 Request 对象
| 方法声明 | 功能介绍 |
|---|---|
| Object getAttribute(String name) | 将指定属性值作为对象返回，若给定名称属性不存在，则返回空值 |
| void setAttribute(String name,Object o) | 在此请求中存储属性值 |
- 获取转发器对象
| 方法声明 | 功能介绍 |
|---|---|
| RequestDispatcher getRequestDispatcher(String path) | 返回一个 RequestDispatcher 对象，该对象充当位于给定路径上的资源的包装器 |
- 转发操作
| 方法声明 | 功能介绍 |
|---|---|
| void forward(ServletRequest request, ServletResponse response) | 将请求从一个 servlet 转发到服务器上的另一个资源（Servlet、JSP文件或HTML文件） |
转发的特点：
转发之后浏览器地址栏的 URL 不会发生改变。
转发过程中共享 Request 对象。
转发的 URL 不可以是其它项目工程。
重定向和转发的比较
- 重定向访问服务器两次，转发只访问服务器一次。
- 转发页面的 URL 不会改变，而重定向地址会改变。
- 转发只能转发到自己的 web 应用内，重定向可以重定义到任意资源路径。
- 转发过程中共享 request 对象；而重定向会产生一个新的 request，不能共享 request 域信息与请求参数。
- 转发相当于服务器内部方法调用，转发后面的代码仍然会执行；而重定向操作是方法执行完成之后才进行。
- 无论是 RequestDispatcher.forward 方法，还是 HttpServletResponse.sendRedirect 方法，在调用它们之前，都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有了一些内容，这些内容将被从缓冲区中移除。
Servlet 线程安全
服务器在收到请求之后，会启动一个线程来进行相应的请求处理。
默认情况下，服务器为每个 Servlet 只创建一个对象实例。当多个请求访问同一个 Servlet 时，会有多个线程访问同一个 Servlet 对象，此时就可能发生线程安全问题。
多线程并发逻辑，需要使用 synchronized 对代码加锁处理，但尽量避免使用。
状态管理
Web 程序基于 HTTP 协议通信，而 HTTP 协议是”无状态”的协议，一旦服务器响应完客户的请求之后，就断开连接，而同一个客户的下一次请求又会重新建立网络连接。
服务器程序有时是需要判断是否为同一个客户发出的请求，比如客户的多次选购商品。因此，有必要跟踪同一个客户发出的一系列请求。
把浏览器与服务器之间多次交互作为一个整体，将多次交互所涉及的数据保存下来，即状态管理。
多次交互的数据状态可以在客户端保存，也可以在服务器端保存。
状态管理主要分为两类：
- 客户端管理 - 将状态保存在客户端。基于 Cookie 技术实现。
- 服务器管理 - 将状态保存在服务器端。基于 Session 技术实现。
Cookie 技术
基本概念
Cookie 表示客户端以“名-值”形式进行保存的一种技术。
浏览器向服务器发送请求时，服务器将数据以 Set-Cookie 消息头的方式响应给浏览器，然后浏览器会将这些数据以文本文件的方式保存起来。
当浏览器再次访问服务器时，会将这些数据以 Cookie 消息头的方式发送给服务器。
相关的方法
- 使用 javax.servlet.http.Cookie 类的构造方法实现 Cookie 的创建。
| 方法声明 | 功能介绍 |
|---|---|
| Cookie(String name, String value) | 根据参数指定数值构造对象 |
- 使用 javax.servlet.http.HttpServletResponse 接口的成员方法实现 Cookie 的添加。
| 方法声明 | 功能介绍 |
|---|---|
| void addCookie(Cookie cookie) | 添加参数指定的对象到响应 |
- 使用 javax.servlet.http.HttpServletRequest 接口的成员方法实现 Cookie 对象的获取。
| 方法声明 | 功能介绍 |
|---|---|
| Cookie[] getCookies() | 返回此请求中包含的所有 Cookie 对象 |
- 使用 javax.servlet.http.Cookie 类的构造方法实现 Cookie 对象中属性的获取和修改。
| 方法声明 | 功能介绍 |
|---|---|
| String getName() | 返回此 Cookie 对象中的名字 |
| String getValue() | 返回此 Cookie 对象的数值 |
| void setValue(String newValue) | 设置 Cookie 的数值 |
Cookie 的生命周期
- 默认情况下，浏览器会将 Cookie 信息保存在内存中，只要浏览器关闭，Cookie 信息就会消失。
- 如果希望关闭浏览器后 Cookie 信息仍有效，可以通过 Cookie 类的成员方法实现。
| 方法声明 | 功能介绍 |
|---|---|
| int getMaxAge() | 返回cookie的最长使用期限（以秒为单位） |
| void setMaxAge(int expiry) | 设置cookie的最长保留时间（秒） |
Cookie 的路径问题
- 浏览器在访问服务器时，会比较 Cookie 的路径与请求路径是否匹配，只有匹配的 Cookie 才会发送给服务器。
- Cookie 的默认路径等于添加这个 Cookie 信息时的组件路径，例如：/项目名/目录/add.do 请求添加了一个 Cookie 信息，则该 Cookie 的路径是 /项目名/目录。
- 访问的请求地址必须符合 Cookie 的路径或者其子路径时，浏览器才会发送 Cookie 信息。如果访问请求地址为 项目名/test.html，则路径为 项目名 的 Cookie 信息会被发送到服务器；如果访问请求地址为 项目名/目录/test.html，则路径为 项目名 和 项目名/目录 的 Cookie 信息会被发送到服务器。
| 方法声明 | 功能介绍 |
|---|---|
| void setPath(String uri) | 设置 Cookie 的路径信息 |
Cookie 的特点
Cookie 技术不适合存储所有数据，程序员只用于存储少量、非敏感信息，原因如下：
- 将状态数据保存在浏览器端，不安全
- 保存数据量有限制，大约 4 KB 左右
- 只能保存字符串信息
- 可以通过浏览器设置为禁止使用
Session 技术
基本概念
Session 是用来维护一个客户端和服务器关联的一种技术。
浏览器访问服务器时，服务器会为每一个浏览器都在服务器端的内存中分配一个空间，用于创建一个 Session 对象，该对象有一个 id 属性且该值唯一，我们称为 SessionId，并且服务器会将这个 SessionId 以 Cookie 方式发送给浏览器存储。
浏览器再次访问服务器时会将 SessionId 发送给服务器，服务器可以依据 SessionId 查找相对应的 Session 对象。
相关的方法
- 使用 javax.servlet.http.HttpServletRequest 接口的成员方法实现 Session 的获取。
| 方法声明 | 功能介绍 |
|---|---|
| HttpSession getSession() | 返回此请求关联的当前 Session，若此请求没有则创建一个 |
- 使用 javax.servlet.http.HttpSession 接口的成员方法实现判断和获取。
| 方法声明 | 功能介绍 |
|---|---|
| boolean isNew() | 判断是否为新创建的 Session |
| String getId() | 获取 Session 的编号 |
- 使用 javax.servlet.http.HttpSession 接口的成员方法实现属性的管理。
| 方法声明 | 功能介绍 |
|---|---|
| Object getAttribute(String name) | 返回在此会话中用指定名称绑定的对象，如果没有对象在该名称下绑定，则返回空值 |
| void setAttribute(String name, Object value) | 使用指定的名称将对象绑定到此会话 |
| void removeAttribute(String name) | 从此会话中删除与指定名称绑定的对象 |
Session 的生命周期
- 为了节省服务器内存空间资源，服务器会将空闲时间过长的 Session 对象自动清除掉，服务器默认的超时限制一般是 30 分钟。
- 使用 javax.servlet.http.HttpSession 接口的成员方法实现失效实现的获取和设置。
| 方法声明 | 功能介绍 |
|---|---|
| int getMaxInactiveInterval() | 获取失效时间 |
| void setMaxInactiveInterval(int interval) | 设置失效时间 |
- 可以配置 web.xml 文件修改失效时间。
<session-config>
<session-timeout>30</session-timeout>
</session-config>
Session 的特点
数据比较安全。
能够保存的数据类型丰富，而 Cookie 只能保存字符串。
能够保存更多的数据，而 Cookie 大约保存 4 KB。
数据保存在服务器端会占用服务器的内存空间，如果存储信息过多、用户量过大，会严重影响服务器的性能。
