在 Web 应用程序中（通俗点，可以理解成一个网站），Session 和 Cookie 是两个非常重要的概念，主要用于实现用户身份认证、数据传递等功能。今天就来讲讲这两个东西。
对于当时刚开始接触到这两个概念的我来说，这两个东西是非常模糊的，当然，这样也和我自己 Java 基础不牢固有关，导致在学习 Java Web 的过程中，埋下了许多地雷。现如今，从新梳理下，希望能给屏幕前的你带来收获。
本篇文章目标人群是学了后忘了的，学了后想要巩固的。当然，还没学，那就更好啦，直接看这一篇就够了！
Session 是 Web 应用程序中的一种会话管理机制，用于存储和维护用户的会话状态。
那问题来了，什么是「会话」？
会话是指在用户与服务器之间的一系列请求和响应之间的交互过程。
当用户访问 Web 应用时，服务器会创建一个唯一的会话 ID，并将其存储在用户的浏览器中的 Cookie 中。在接下来的请求中，浏览器会将会话 ID 作为参数发送给服务器，以便服务器可以识别用户并将其请求与之前的请求相关联。
由于 HTTP 协议是无状态的，当用户在网站中进行多次请求，服务器并不能判断这些请求是不是来自同一用户，所以出现了一种技术，这种技术称为「会话跟踪技术」。
会话跟踪技术就能解决这个问题。与无状态的通信相比，会话是一种有状态的通信，这种通信至少需要一方来维护当前的状态信息和历史信息。
而 Session 就是其中一种会话跟踪技术，当然，后面说的 Cookie 也是。
，并将 Session ID 存储在 Cookie 中或者 URL 参数中。
Session 的原理是基于服务器端的存储和管理，因此相对来说比较安全。在用户访问 Web 应用程序时，服务器会为每个用户创建一个唯一的 Session ID，服务器会将 Session ID 和对应的会话状态存储在内存或者数据库中，同时也返回一份 Session ID 给浏览器，让浏览器存储在 Cookie 中，并在一定时间内保持有效。当用户进行后续的请求时，服务器会根据 Session ID 来识别用户，并获取和维护用户的会话状态。最后，当用户关闭浏览器或者超过一定时间没有活动时，服务器会自动销毁对应的 Session。
Session 的优点是安全性相对较高，存储容量可以存储任意数据类型，并且可以设置失效时间。但是它也存在一些缺点：
那服务器这边是怎样去存储和管理的呢？代码是怎样写的呢？
在 Java Web 中，可以使用 Servlet API 中封装好的 Session 对象（HttpSession）来进行操作。
在Servlet API中，HttpSession 由 Servlet容器（比如 Tomcat）创建，它可以存储任意的 Java 对象，我们可以通过 setAttribute() 方法将对象绑定到 Session 中，之后通过 getAttribute() 方法获取绑定在 Session 中的对象。
也就是说，可以在一次会话的多次请求间共享数据，将数据保存在服务器端的对象中。
我们可以通过 HttpServletRequest 的 getSession() 方法来获取 HttpSession 对象。如果 HttpSession 对象不存在，则会创建一个新的 Session 对象。
以下是一些常用的 Session 对象的方法：
setAttribute(String name, Object value)：将一个名为 name，值为 value 的对象绑定到 Session 中。
getAttribute(String name)：获取 Session 中绑定的名为 name 的对象。
removeAttribute(String name)：从 Session 中删除名为 name 的对象。
getId()：获取 Session 的唯一标识符。
getCreationTime()：获取 Session 的创建时间。
getLastAccessedTime()：获取 Session 的最后访问时间。
setMaxInactiveInterval(int interval)：设置 Session 的最大不活动时间间隔，单位为秒。
getMaxInactiveInterval()：获取 Session 的最大不活动时间间隔。
示例代码：
SessionServlet：
@WebServlet(name = "SessionServlet", urlPatterns = "/session")
public class SessionServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
// 获取 Session 对象
HttpSession session = req.getSession();
// 将用户名存储到 Session 中
session.setAttribute("username", req.getParameter("username"));
// 重定向到另一个页面
resp.sendRedirect("anotherPage.jsp");
}
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
super.doPost(req, resp);
}
}
这里使用了 @WebServlet 来配置这个 Servlet，处理的请求映射的路径为 /session，主要进行了 Session 对象的相关操作，存储了用户信息，重定向到另一个页面，通过 Session，此时在另一个页面，就能够获取到存储的信息。
anotherPage.jsp
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<%@ page session="true" %>
<html>
<head>
<title>这里是有Session的</title>
</head>
<body>
<%
String username = (String) session.getAttribute("username");
%>
<h2>从Session中获取的信息：<%=username%></h2>
</body>
</html>
@WebServlet(name = "SessionIdServlet", urlPatterns = "/sessionId")
public class SessionIdServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
HttpSession session = req.getSession();
// 获取 SessionID
String sessionId = session.getId();
// 创建名为JSESSIONID的 Cookie
Cookie cookie = new Cookie("JSESSIONID", sessionId);
// 设置 Cookie 效时间为30分钟
cookie.setMaxAge(30 * 60);
// 将 Cookie 追加到响应中返回给浏览器
resp.addCookie(cookie);
}
@Override
protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
super.doPost(req, resp);
}
}
通过浏览器向这个路径 /sessionId 发起请求，就会接收到服务器返回的响应，这里的响应就有我们进行处理的名为 JSESSIONID 的 Cookie
Cookie 和 Session 总是会被拿来比较的。Cookie 和 Session 都是用来跟踪浏览器用户身份的会话技术，或者说一种机制。它们都可以实现在多个页面之间共享用户的状态。
Cookie 是一种在客户端（浏览器）保存数据的机制。
浏览器第一次发送请求到服务器，服务器就创建 Cookie（上面的代码中我们写了），该 Cookie 中包含着信息，可以是用户的信息（用户偏好设置、广告偏好），然将该 Cookie 发送到浏览器。
浏览器之后再次访问服务器时就会携带服务器创建的 Cookie，这不需要我们做任何操作，不需要写任何代码，浏览器帮我们实现了在每一次的请求中都携带上 Cookie。服务器端通过 Cookie 中携带的数据区分不同的用户。
Cookie 的优点是可以长时间保存，并且可以在客户端设置，但是它也存在一些缺点：
Session 是一种服务器端的存储机制，它将用户状态信息存储在服务器上，每个用户都有一个独立的 Session。
在用户第一次访问服务器的时候，服务器会为其创建一个 Session，并将 Session ID 放到一个名为 JSESSIONID 的 Cookie 中发送给浏览器。
Cookie 是一种客户端（浏览器）存储机制，它将用户状态信息存储在客户端浏览器上。我们知道，用户第一次访问服务器的时候，服务器会将一些数据（比如 JSESSIONID）写入 Cookie 并发送给客户端，客户端在后续的请求中会将 Cookie 发送给服务器。
在存储容量方面，Cookie 的存储容量较小，一般只能存储 ASCII 码，而 Session 可以存储任意数据类型。在安全性方面，Session 相对于 Cookie 更加安全，因为 Session 存储在服务器，客户端无法直接访问。在跨域共享方面，Cookie 可以跨域共享，而 Session 只能在同一域名下共享。
由本人水平所限，难免有错误以及不足之处， 屏幕前的靓仔靓女们 如有发现，恳请指出！
最后，谢谢你看到这里，谢谢你认真对待我的努力，希望这篇博客对你有所帮助！
你轻轻地点了个赞，那将在我的心里世界增添一颗明亮而耀眼的星！
导读语言模型给我们的生产生活带来了极大便利，但同时不少人也利用他们从事作弊工作。如何规避这些难辨真伪的文字所产生的负面影响也成为一大难题。在3月9日智源Live第33期活动「DetectGPT：判断文本是否为机器生成的工具」中，主讲人Eric为我们讲解了DetectGPT工作背后的思路——一种基于概率曲率检测的用于检测模型生成文本的工具，它可以帮助我们更好地分辨文章的来源和可信度，对保护信息真实、防止欺诈等方面具有重要意义。本次报告主要围绕其功能，实现和效果等展开。（文末点击“阅读原文”，查看活动回放。）Ericmitchell斯坦福大学计算机系四年级博士生，由ChelseaFinn和Chri
使用rails4，ruby2。我在rails配置中为我的cookiesession设置了30分钟的超时时间。问题是，如果我转到表单，让session超时，然后提交表单，我会收到此ActionController::InvalidAuthenticityToken错误。如何在Rails中优雅地处理这个错误？比如说，重定向到登录屏幕？ 最佳答案 在您的ApplicationController:rescue_fromActionController::InvalidAuthenticityTokendoredirect_tosome_p
我在rubyonrails应用程序中有以下新方法:defnewifcookies[:owner].empty?cookies[:owner]=SecureRandom.hexend@movie=Movie.new@movie.owner=cookies[:owner]end基本上，每个新用户都应该获得一个代码来识别他们(尽管只是通过cookie)。因此，当用户创建电影时，创建的cookie将存储在owner字段中。所以有两个问题:使用.empty？方法，当我从浏览器中删除cookie时，返回一个undefinedmethodempty?'对于nil:NilClass`当我确实已经在
我去了这个website查看Rails5.0.0和Rails5.1.1之间的区别为什么5.1.1不再包含:config/initializers/session_store.rb？谢谢 最佳答案 这是删除它的提交:Setupdefaultsessionstoreinternally,nolongerthroughanapplicationinitializer总而言之，新应用没有该初始化器，session存储默认设置为cookie存储。即与在该初始值设定项的生成版本中指定的值相同。 关于
我正在使用mechanize登录网站，然后检索页面。我遇到了一些问题，我怀疑这是由于cookie中的某些值造成的。当Mechanize登录网站时，我假设它存储了cookie。如何通过Mechanize打印出存储在cookie中的所有数据？ 最佳答案 代理有一个cookie方法。agent=Mechanize.newpage=agent.get("http://www.google.com/")agent.cookiesagent.cookies.to_scookie返回一个Mechanize::Cookiesobject
我正在尝试使用Sinatra中的重定向和session在网站周围传递一些数据。这是一个简化的示例，使用PrettyPrint进行调试:require'pp'require'rubygems'require'sinatra'enable:sessionsget'/'dosession[:foo]='12345'puts'session1'ppsessionredirectto('/redir')endget'/redir'doputs'session2'ppsession'helloworld'end查看Thin的输出，我看到:>>Listeningon0.0.0.0:4567,CTRL
有没有办法快速将表格格式的ruby哈希打印到文件中？如:keyAkeyBkeyC...1232343451253474456...其中散列的值是不同大小的数组。还是使用双循环是唯一的方法？谢谢 最佳答案 试试我写的这个gem(在表中打印散列、ruby对象、ActiveRecord对象):http://github.com/arches/table_print 关于ruby-如何以表格格式快速打印Ruby哈希值？，我们在StackOverflow上找到一个类似的问题：
电脑启动出现显示器黑屏是一个相当常见的问题。如果您遇到了这个问题，不要惊慌，因为它有很多可能的原因，可以采取一些简单的措施来解决它。在本文中，小编将介绍下面4种常见的电脑启动后显示器黑屏的原因，排查这些原因，快速解决！ 演示机型：联想Ideapad700-15ISK-ISE系统版本：Windows10一、显示器问题如果出现电脑启动后显示器黑屏的情况。那么首先您需要检查一下显示器是否正常工作。您可以通过更换另一个显示器或将当前显示器连接到另一台计算机来检查显示器是否存在问题。如果问题仍然存在，那么您可以排除显示器故障的可能性。 二、显卡问题如果您的电脑配备了独立显卡，那么显卡故障也可能是导致电脑
我在我的Rails应用程序中使用设计。我在租户庄园中配置了它，其中帐户/session的范围限定为子域。例如:http://subdomain1.example.com/http://subdomain2.example.com/...这很好用，但我想为“super管理员”添加一个子域，允许这些用户导航到所有其他子域而无需重新验证。这将是这样的:http://admin.example.com/是否可以自定义仅在管理子域上生成的cookie，以便它在所有其他子域上都有效？ 最佳答案 Cookie域的定义越不具体，它们的包容性就越大，
我正在处理oauth1.0(twitter和flickr)。网站工作在80端口，oauth服务器工作在8080端口算法:向oauth服务器发送ajax请求以检查用户是否有有效的access_token如果用户没有access_token或access_token已过期，则打开授权窗口在oauth服务器的用户session中保存access_token发送分享数据到oauth服务器它使用sinatra+rack:session+rack::session::sequel+sqlite来存储session。它在每个响应中发送Set-Cookie:rack.session=id我正在使用2种