Servlet基础

最新推荐文章于 2022-10-10 17:56:49 发布

一只光头猫

最新推荐文章于 2022-10-10 17:56:49 发布

阅读量182

点赞数

本文链接：https://blog.youkuaiyun.com/weixin_45295077/article/details/101511538

版权

本文详细介绍了Servlet的概念，Tomcat与Servlet的关系，以及如何编写Servlet。Servlet用于处理和响应HTTP请求，Tomcat作为Servlet容器，负责调度请求。在Servlet生命周期中，包括初始化、响应请求和终止阶段。此外，文章还探讨了Servlet与JSP的区别、重定向与转发的差异，以及session和cookie在Web开发中的应用和区别。通过实例展示了如何配置和使用Servlet，帮助读者深入理解Servlet的工作原理。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、什么是servlet？

处理请求和发送响应的过程是由一种叫做Servlet的程序来完成的，并且Servlet是为了解决实现动态页面而衍生的东西。理解这个的前提是了解一些http协议的东西，并且知道B/S模式(浏览器/服务器)。

B/S:浏览器/服务器。浏览器通过网址来访问服务器，比如访问百度，在浏览器中输入www.baidu.com，这个时候浏览器就会显示百度的首页，那么这个具体的过程，步骤是怎样的呢？这个就了解一下http请求和响应了

请求，响应：通过给的链接应该可以知道这两个具体的内容

二、tomcat和servlet的关系

Tomcat 是Web应用服务器,是一个Servlet/JSP容器. Tomcat 作为Servlet容器,负责处理客户请求,把请求传送给Servlet,并将Servlet的响应传送回给客户.而Servlet是一种运行在支持Java语言的服务器上的组件. Servlet最常见的用途是扩展Java Web服务器功能,提供非常安全的,可移植的,易于使用的CGI替代品.

从http协议中的请求和响应可以得知，浏览器发出的请求是一个请求文本，而浏览器接收到的也应该是一个响应文本。但是在上面这个图中，并不知道是如何转变的，只知道浏览器发送过来的请求也就是request，我们响应回去的就用response。忽略了其中的细节，现在就来探究一下。

①：Tomcat将http请求文本接收并解析，然后封装成HttpServletRequest类型的request对象，所有的HTTP头数据读可以通过request对象调用对应的方法查询到。

②：Tomcat同时会要响应的信息封装为HttpServletResponse类型的response对象，通过设置response属性就可以控制要输出到浏览器的内容，然后将response交给tomcat，tomcat就会将其变成响应文本的格式发送给浏览器

Java Servlet API 是Servlet容器(tomcat)和servlet之间的接口，它定义了serlvet的各种方法，还定义了Servlet容器传送给Servlet的对象类，其中最重要的就是ServletRequest和ServletResponse。所以说我们在编写servlet时，需要实现Servlet接口，按照其规范进行操作。

三、编写Servlet

在前面，我们已经知道了servlet是什么，为什么需要servlet?（为了实现动态网页，而不是显示静态网页，具体情况可以百度查查），tomcat和servlet的关系？等问题。现在来手动编写一个Servlet。

3.1、手动编写servlet。

1、创建一个MyServlet继承HttpServlet，重写doGet和doPost方法，也就是看请求的方式是get还是post，然后用不同的处理方式来处理请求，

2、在web.xml中配置MyServlet，为什么需要配置？让浏览器发出的请求知道到达哪个servlet，也就是让tomcat将封装好的request找到对应的servlet让其使用。

配置四个东西。

配置之后，浏览器是如何通过我们配置的信息来找到对应的servlet的。

按照步骤，首先浏览器通过http://localhost:8080/test01/MyServlet来找到web.xml中的url-pattern，这就是第一步，匹配到了url-pattern后，就会找到第二步servlet的名字MyServlet，知道了名字，就可以通过servlet-name找到第三步，到了第三步，也就能够知道servlet的位置了。然后到其中找到对应的处理方式进行处理。

3、实验，验证上面配置成功。

servlet的生命周期

Servlet生命周期分为三个阶段：

1，初始化阶段调用init()方法

2，响应客户请求阶段　　调用service()方法

3，终止阶段　　调用destroy()方法

Servlet初始化阶段：

在下列时刻Servlet容器装载Servlet：

1，Servlet容器启动时自动装载某些Servlet，实现它只需要在web.XML文件中的之间添加如下代码：

<loadon-startup>``1``</loadon-startup>

2，在Servlet容器启动后，客户首次向Servlet发送请求

3，Servlet类文件被更新后，重新装载Servlet

Servlet被装载后，Servlet容器创建一个Servlet实例并且调用Servlet的init()方法进行初始化。在Servlet的整个生命周期内，init()方法只被调用一次。

Servlet工作原理：

首先简单解释一下Servlet接收和响应客户请求的过程，首先客户发送一个请求，Servlet是调用service()方法对请求进行响应的，通过源代码可见，service()方法中对请求的方式进行了匹配，选择调用doGet,doPost等这些方法，然后再进入对应的方法中调用逻辑层的方法，实现对客户的响应。在Servlet接口和GenericServlet中是没有doGet,doPost等等这些方法的，HttpServlet中定义了这些方法，但是都是返回error信息，所以，我们每次定义一个Servlet的时候，都必须实现doGet或doPost等这些方法。

每一个自定义的Servlet都必须实现Servlet的接口，Servlet接口中定义了五个方法，其中比较重要的三个方法涉及到Servlet的生命周期，分别是上文提到的init(),service(),destroy()方法。GenericServlet是一个通用的，不特定于任何协议的Servlet,它实现了Servlet接口。而HttpServlet继承于GenericServlet，因此HttpServlet也实现了Servlet接口。所以我们定义Servlet的时候只需要继承HttpServlet即可。

Servlet接口和GenericServlet是不特定于任何协议的，而HttpServlet是特定于HTTP协议的类，所以HttpServlet中实现了service()方法，并将请求ServletRequest,ServletResponse强转为HttpRequest和HttpResponse。

public` `void` `service(ServletRequest req,ServletResponse res) ``  ``throws` `ServletException,IOException``{``      ``HttpRequest request;``      ``HttpResponse response;` `     ``try``     ``{``         ``req = (HttpRequest)request;``         ``res = (HttpResponse)response;``      ``}``catch``(ClassCastException e)``      ``{``         ``throw` `new` `ServletException(``"non-HTTP request response"``); ``      ``}``      ``service(request,response);``}

代码的最后调用了HTTPServlet自己的service(request,response)方法，然后根据请求去调用对应的doXXX方法，因为HttpServlet中的doXXX方法都是返回错误信息，

protected` `void` `doGet(HttpServletRequest res,HttpServletResponse resp)``  ``throws` `ServletException,IOException``{``   ``String protocol = req.getProtocol();``   ``String msg = IStrings.getString(``"http.method_get_not_supported"``);``   ``if``(protocol.equals(``"1.1"``))``   ``{``      ``resp.sendError(HttpServletResponse.SC.METHOD.NOT.ALLOWED,msg);``    ``}``   ``esle``    ``{``      ``resp.sendError(HttpServletResponse.SC_BAD_REQUEST,msg);``    ``}``}

所以需要我们在自定义的Servlet中override这些方法！

源码面前，了无秘密！

---------------------------------------------------------------------------------------------------------------------------------

Servlet响应请求阶段：

对于用户到达Servlet的请求，Servlet容器会创建特定于这个请求的ServletRequest对象和ServletResponse对象，然后调用Servlet的service方法。service方法从ServletRequest对象获得客户请求信息，处理该请求，并通过ServletResponse对象向客户返回响应信息。

对于Tomcat来说，它会将传递过来的参数放在一个Hashtable中，该Hashtable的定义是：

private` `Hashtable<String String[]> paramHashStringArray = ``new` `Hashtable<String String[]>();

这是一个String–>String[]的键值映射。

HashMap线程不安全的，Hashtable线程安全。

-----------------------------------------------------------------------------------------------------------------------------------

Servlet终止阶段：

当WEB应用被终止，或Servlet容器终止运行，或Servlet容器重新装载Servlet新实例时，Servlet容器会先调用Servlet的destroy()方法，在destroy()方法中可以释放掉Servlet所占用的资源。

-----------------------------------------------------------------------------------------------------------------------------------

Servlet何时被创建：

1，默认情况下，当WEB客户第一次请求访问某个Servlet的时候，WEB容器将创建这个Servlet的实例。

2，当web.xml文件中如果元素中指定了子元素时，Servlet容器在启动web服务器时，将按照顺序创建并初始化Servlet对象。

注意：在web.xml文件中，某些Servlet只有元素，没有元素，这样我们无法通过url的方式访问这些Servlet，这种Servlet通常会在元素中配置一个子元素，让容器在启动的时候自动加载这些Servlet并调用init()方法，完成一些全局性的初始化工作。

Web应用何时被启动：

1，当Servlet容器启动的时候，所有的Web应用都会被启动

2，控制器启动web应用

-----------------------------------------------------------------------------------------------------------------------------------------------

Servlet与JSP的比较：

有许多相似之处，都可以生成动态网页。

JSP的优点是擅长于网页制作，生成动态页面比较直观，缺点是不容易跟踪与排错。

Servlet是纯Java语言，擅长于处理流程和业务逻辑，缺点是生成动态网页不直观。

重定向与转发

转发是服务器行为，重定向是客户端行为。转发耗时比重定向少。

转发——>客户浏览器发送HTTP请求——>web服务器接受请求——>调用内部一个方法在容器内部完成请求处理和转发动作——>再将转发跳转到的那个网页资源返回给客户；转发只能在同一个容器内完成转发的时候浏览器地址是不会变的，在客户浏览器里只会显示第一次进入的那个网址或者路径，客户看不到这个过程，只是得到了想要的目标资源。转发行为浏览器只做了一次请求。（转发只能跳转一次）

重定向——>客户浏览器发送HTTP请求——>web服务器接受请求后发送302状态码以及新的位置给客户浏览器——>客户浏览器发现是302响应，则自动再发送一个新的HTTP请求，请求指向新的地址（302：Found 临时移动，但资源只是临时被移动。即你访问网址A，但是网址A因为服务器端的拦截器或者其他后端代码处理的原因，会被重定向到网址B。）——>服务器根据此请求寻找资源发个客户；再客户浏览器中显示的是重定向之后的路径，客户可以看到地址的变化。重定向行为浏览器做了至少两次请求。（重定向可以跳转多次）

从图解可以看出转发时客户端只发送了一次请求，而重定向时客户端需要发送至少两次请求。

如生活实例（假如去办个证件）：

重定向：你先去了A局，A局的人说：“这个事情不归我们管，去B局”，然后，你就从A退了出来，自己乘车去了B局。

转发：你先去了A局，A局看了以后，知道这个事情其实应该B局来管，但是他没有把你退回来，而是让你坐一会儿，自己到后面办公室联系了B的人，让他们办好后，送了过来。

一、转发：

index.jsp

<%@ page language=“java” contentType=“text/html; charset=UTF-8”
pageEncoding=“UTF-8”%>

Insert title here Second.java

package com.xianyadong.demo;

import java.io.IOException;

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
@WebServlet("/second")
public class Second extends HttpServlet{
private static final long serialVersionUID = 1L;

public Second() {
    super();
  
}
public void doGet(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException{
	System.out.println("=====");
	request.getRequestDispatcher("/welcome").forward(request, response);

}

public void doPost(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException{
	doGet(request, response);

}

}
Welcome.java

package com.xianyadong.demo;

import java.io.IOException;
import java.io.PrintWriter;

@WebServlet("/welcome")
public class Welcome extends HttpServlet {
private static final long serialVersionUID = 1L;

public Welcome() {
    super();
  
}


protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
	response.setCharacterEncoding("utf-8");
	response.setContentType("text/html;charset=utf-8");
	PrintWriter writer = response.getWriter();
	writer.println("<html>");
	writer.println("<body>欢迎"+"</body>");
	
	
	writer.println("</html>");
}


protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

	doGet(request, response);
}

}
浏览器点击登录去访问Second.java 然后Second通过转发返回给浏览器Welcome.java的内容。

从图可以看出网站地址只会显示second不会出现welcome。

二、重定向

index.java 还用上面原来的

Second.java

package com.kaoshi.chongdingxiang;

import java.io.IOException;
import java.io.PrintWriter;

@WebServlet("/second")
public class Second extends HttpServlet {
private static final long serialVersionUID = 1L;

public Second() {
    super();
  
}


protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {

}


protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
	
	response.sendRedirect("welcome");
}

}
Welcome.java

package com.kaoshi.chongdingxiang;

import java.io.IOException;
import java.io.PrintWriter;

@WebServlet("/welcome")
public class Welcome extends HttpServlet {
private static final long serialVersionUID = 1L;

public Welcome() {
    super();
    
}

protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
	response.setCharacterEncoding("utf-8");
	response.setContentType("text/html;charset=utf-8");
	PrintWriter writer = response.getWriter();
	StringBuffer requestURL = request.getRequestURL();
	writer.println(requestURL.toString());
	writer.println("<br>");
	int status = response.getStatus();
	writer.println(status);
	writer.println("<html>");
	writer.println("<body>欢迎"+"</body>");
	writer.println("</html>");
}

protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
	
	doGet(request, response);
}

}

从图片中网址那栏不难看出转发的后面是Second而重定义的后面则是Welcome。

session和cookie的区别

1.背景介绍
cookie:

在程序中，会话跟踪是很重要的事情。理论上，一个用户的所有请求操作都应该属于同一个会话，而另一个用户的所有请求操作则应该属于另一个会话，二者不能混淆。

而Web应用程序是使用HTTP协议传输数据的。HTTP协议是无状态的协议。一旦数据交换完毕，客户端与服务器端的连接就会关闭，再次交换数据需要建立新的连接。这就意味着服务器无法从连接上跟踪会话。

怎么办呢？就给客户端们颁发一个通行证吧，每人一个，无论谁访问都必须携带自己通行证。这样服务器就能从通行证上确认客户身份了。这就是Cookie的工作原理。简单例子就是理发店的会员卡，cookie就相当于我们去理发店办的会员卡，凭借此卡，就可以打折并召唤专属Tony老师。

Cookie实际上是一小段的文本信息。客户端请求服务器，如果服务器需要记录该用户状态，就使用response向客户端浏览器颁发一个Cookie（写进响应头中）。客户端浏览器会把Cookie保存起来。当浏览器再请求该网站时，浏览器把请求的网址连同该Cookie一同提交给服务器。服务器检查该Cookie，以此来辨认用户状态。服务器还可以根据需要修改Cookie的内容。

session:

Session是另一种记录客户状态的机制，不同的是Cookie保存在客户端浏览器中，而Session保存在服务器上。客户端浏览器访问服务器的时候，服务器把客户端信息以某种形式记录在服务器上。这就是Session。客户端浏览器再次访问时只需要从该Session中查找该客户的状态就可以了。

如果说Cookie机制是通过检查客户身上的“通行证”来确定客户身份的话，那么Session机制就是通过检查服务器上的“客户明细表”来确认客户身份。Session相当于程序在服务器上建立的一份客户档案，客户来访的时候只需要查询客户档案表就可以了。就相当于是理发店的客户信息表，第一次来理发店办卡后就会添加一页你的个人信息表，你的每次消费，什么时间，做了什么项目，哪个老师给你做的都可以选择存到这个表里，你只要凭借自己的会员卡上的id（JSESSIONID)就可以随时去查询这些信息，你在店里消费的时候也可以随时查询（相当于本次会话中使用）。

Session对应的类为javax.servlet.http.HttpSession类。每个来访者对应一个Session对象，所有该客户的状态信息都保存在这个Session对象里。Session对象是在客户端第一次请求服务器的时候创建的。（这是一个机制，不需要我们来创建session，我们需要做的就是set和get) Session也是一种key-value的属性对，通过getAttribute(String key)和setAttribute(String key，Object value)方法读写客户状态信息。Servlet里通过request.getSession()方法获取该客户的 Session（从请求头中获取信息）。区别于getSession(ture)，前者若session不存在会返回Null，后者会先创建再返回。

当多个客户端执行程序时，服务器会保存多个客户端的Session。获取Session的时候也不需要声明获取谁的Session。Session机制决定了当前客户只会获取到自己的Session，而不会获取到别人的Session。各客户的Session也彼此独立，互不可见。

Session保存在服务器端。为了获得更高的存取速度，服务器一般把Session放在内存里。每个用户都会有一个独立的Session。如果Session内容过于复杂，当大量客户访问服务器时可能会导致内存溢出。因此，Session里的信息应该尽量精简。

Session在用户第一次访问服务器的时候自动创建。需要注意只有访问JSP、Servlet等程序时才会创建Session，只访问HTML、IMAGE等静态资源并不会创建Session。如果尚未生成Session，也可以使用request.getSession(true)强制生成Session。

Session生成后，只要用户继续访问，服务器就会更新Session的最后访问时间，并维护该Session。用户每访问服务器一次，无论是否读写Session，服务器都认为该用户的Session“活跃（active）”了一次。

2.知识剖析
cookie的的基本属性

String name：该Cookie的名称。Cookie一旦创建，名称便不可更改

Object value：该Cookie的值。如果值为Unicode字符，需要为字符编码。如果值为二进制数据，则需要使用BASE64编码

int maxAge：该Cookie失效的时间，单位秒。如果为正数，则该Cookie在maxAge秒之后失效。如果为负数，该Cookie为临时Cookie，关闭浏览器即失效，浏览器也不会以任何形式保存该Cookie。如果为0，表示删除该Cookie，因为cookie没有删除的机制，response提供的操作cookie对象的方法只有addCookie(Cookie cookie),所以只能使用同名cookie覆盖，并设置时间为0来删除（注意，修改和删除时，除了value和maxage属性之外，其他属性都得相同，否则浏览器将其视为两个cookie从而导致修改删除失败）。MaxAge默认为–1。可以使用getMaxAge获得，使用setMaxAge设置。

boolean secure：该Cookie是否仅被使用安全协议传输。HTTP协议不仅是无状态的，而且是不安全的。使用HTTP协议的数据不经过任何加密就直接在网络上传播，有被截获的可能。使用HTTP协议传输很机密的内容是一种隐患。安全协议有HTTPS，SSL等，在网络上传输数据之前先将数据加密。默认为false。如果不希望Cookie在HTTP等非安全协议中传输，可以设置Cookie的secure属性为 true。浏览器只会在HTTPS和SSL等安全协议中传输此类Cookie。

String path：该Cookie的使用路径。如果设置为“/sessionWeb/”，则只有contextPath为“/sessionWeb”的程序可以访问该Cookie。如果设置为“/”，则本域名下contextPath都可以访问该Cookie。注意最后一个字符必须为“/”

String domain：可以访问该Cookie的域名。正常情况下cookie不可跨域名，但如果设置为“.google.com”，则所有以“google.com”结尾的域名都可以访问该Cookie。注意第一个字符必须为“.”

String comment：该Cookie的用处说明。浏览器显示Cookie信息的时候显示该说明

int version：该Cookie使用的版本号。0表示遵循Netscape的Cookie规范，1表示遵循W3C的RFC 2109规范

session的基本方法

void setAttribute(String attribute, Object value)：设置Session属性。value参数可以为任何Java Object。通常为Java Bean。value信息不宜过大

String getAttribute(String attribute)：返回Session属性

Enumeration getAttributeNames()：返回Session中存在的属性名

void removeAttribute(String attribute)：移除Session属性

String getId()：返回Session的ID。该ID由服务器自动创建，不会重复。可以尝试在cookie中保存session.getId()，其保存的值和自动创建的JSESSIONID相同

long getCreationTime()：返回Session的创建日期。返回类型为long，常被转化为Date类型，例如：Date createTime = new Date(session.get CreationTime())

long getLastAccessedTime()：返回Session的最后活跃时间。返回类型为long

int getMaxInactiveInterval()：返回Session的超时时间。单位为秒。超过该时间没有访问，服务器认为该Session失效

void setMaxInactiveInterval(int second)：设置Session的超时时间。单位为秒

boolean isNew()：返回该Session是否是新创建的

void invalidate()：void invalidate()

由于会有越来越多的用户访问服务器，因此Session也会越来越多。为防止内存溢出，服务器会把长时间内没有活跃的Session从内存删除。这个时间就是Session的超时时间。如果超过了超时时间没访问过服务器，Session就自动失效了。

Tomcat中Session的默认超时时间为20分钟。通过setMaxInactiveInterval(int seconds)修改超时时间。可以修改web.xml改变Session的默认超时时间。例如修改为60分钟，此方式会使得所有session都被设置为60，而setMaxInactiveInterval则是修改单独一个session：

注意：参数的单位为分钟，而setMaxInactiveInterval(int s)单位为秒。

3.常见问题
Cookie和Session的联系和区别？

如果浏览器禁用cookie后怎么办？

4.解决方案
联系：

虽然Session保存在服务器，对客户端是不透明的，它的正常运行仍然需要客户端浏览器的支持。这是因为Session 需要使用Cookie作为识别标志。HTTP协议是无状态的，Session不能依据HTTP连接来判断是否为同一客户，因此服务器向客户端浏览器发送一个名为JSESSIONID的Cookie，它的值为该Session的id（也就是HttpSession.getId()的返回值）。Session 依据该Cookie来识别是否为同一用户。当第二次发起请求的时候就依靠此SessionID来在服务器中寻求匹配的session（前提是服务器将session信息序列化保存起来了）

可以将sessionID取出来存在cookie中，如下代码，是在昨天的基础

CookieUtil.addCookie(response,“username”,username);
CookieUtil.addCookie(response,“password”,password);
CookieUtil.addCookie(response,“sessionid”,session.getId());
可以看到如下结果

可以看到，这个session.getId获得的值就是系统自动保存的JSESSIONID

该Cookie为服务器自动生成的，它的maxAge属性一般为–1，表示仅当前浏览器内有效，并且各浏览器窗口间不共享，关闭浏览器就会失效。

因此同一机器的两个浏览器窗口访问服务器时，会生成两个不同的Session。但是由浏览器窗口内的链接、脚本等打开的新窗口（也就是说不是双击桌面浏览器图标等打开的窗口）除外。这类子窗口会共享父窗口的Cookie，因此会共享一个Session。

注意：新开的浏览器窗口会生成新的Session，但子窗口除外。子窗口会共用父窗口的Session。例如，在链接上右击，在弹出的快捷菜单中选择“在新窗口中打开”时，子窗口便可以访问父窗口的Session。

区别：

Cookies不会占服务器资源，是存在客服端内存或者一个cookie的文本文件中；而“Session”则会占用服务器资源。

解决禁用cookie:

由于cookie可以被人为的禁止，必须有其它的机制以便在cookie被禁止时仍然能够把session id传递回服务器，经常采用的一种技术叫做URL重写，
就是把session id附加在URL路径的后面，附加的方式也有两种，一种是作为URL路径的附加信息，另一种是作为查询字符串附加在URL后面。
网络在整个交互过程中始终保持状态，就必须在每个客户端可能请求的路径后面都包含这个session id。缺点就是网页中不能有静态页面，否则就无法完成重写

还有一种是作为隐藏表单的形式携带sessionid，可以将两者理解为get和post的区别，此方法的缺点是仅当每个页面都是有表单提交而动态生成时，才能使用这种方法。

注意：TOMCAT判断客户端浏览器是否支持Cookie的依据是请求中是否含有Cookie。尽管客户端可能会支持Cookie，但是由于第一次请求时不会携带任何Cookie（因为并无任何Cookie可以携带），URL地址重写后的地址中仍然会带有jsessionid。当第二次访问时服务器已经在浏览器中写入Cookie了，因此URL地址重写后的地址中就不会带有jsessionid了。

5.拓展思考
session和cookie的应用场景

session:

除非是纯静态的页面，否则都会用到session来记录用户的行为。

cookie典型应用场景:

1.判断用户是否登陆过网站，以便下次登录时能够直接登录。如果我们删除cookie，则每次登录必须从新填写登录的相关信息。而修改账户密码等操作也需要对其登陆状态进行判断。

2.另一个重要的应用是“购物车”中类的处理和设计。用户可能在一段时间内在同一家网站的不同页面选择不同的商品，可以将这些信息都写入cookie，在最后付款时从cookie中提取这些信息，当然这里面有了安全和性能问题需要我们考虑了。

6.参考文献
https://blog.youkuaiyun.com/duan1078774504/article/details/51912868

7.更多思考
1.在cookie存在情况下我们验证登录需要调用数据库信息吗，怎么匹配信息

cookie携带sessionID去匹配session的信息，如果超过了会话过期时间，并且已经将session存进了数据库，其就会调用按照姓名查找的方法去数据库中搜寻与之匹配的session并返回session的信息加载进此次会话，如果没有找到就会新建一个session.

2.session是自动写入数据库的吗

是要看具体的设置的，有的网页不需要保存session，就会设置多少分钟之后就会失效，此时是不会写入数据库的。但是如果网页设置了持久化数据，就会将其存进数据库，但是前提是在数据库中创建相对应的表单，表单中有需要存储的数据，然后就可以在跳转之前调用存储的方法将这些内容存进数据库中。

3.session何时被删除