Spring Boot中HttpSession存储登录用户数据的正确方式及核心疑问：为何显式获取属性才生效？

嘿，兄弟，我完全懂你第一次手写会话存储时的困惑，这问题看着反直觉，我给你拆解得明明白白～

核心问题的原因 #

其实这锅得甩给Servlet容器（比如你大概率在用的Tomcat）的性能优化机制！

当你调用session.setAttribute("userId", foundUser.getId())时，容器并不会立刻把这个属性的变更同步到底层会话存储里——它会做懒加载/延迟持久化的优化：只有当会话的属性被「主动触达」（比如读取操作），容器才会把这个会话标记为「已修改（dirty）」，然后在请求结束的时候，才会把会话的所有变更真正持久化到内存/文件/数据库里。

• 在Code 1里，你设置完属性后立刻调用了session.getAttribute("userId")，这个读取操作触发了容器的「变更检测」，它意识到“哦，这个会话的属性变了，得保存下来”，所以你的userId就真的存在会话里了。
• 在Code 2里，你只设置了属性但没碰它，容器可能没检测到这个变更（或者觉得“反正没被用到，不用急着保存”），结果请求结束时，它根本没把userId的修改同步到底层存储，导致后续请求完全拿不到这个属性！

关于那个Object的超级简单解释 #

你就把HttpSession当成一个什么都能装的大储物箱：它可以放整数、字符串、自定义用户对象，啥类型都行。

Java里的Object就是所有东西的「统称」——就像你指着储物箱里的东西说“这是个玩意儿”，这个“玩意儿”就是Object。

比如你存的foundUser.getId()是个整数（比如123），当你用Object sessionUserId = session.getAttribute("userId")取出来时，它先以“玩意儿（Object）”的形式给你，之后你可以把它转成你要的具体类型：

// 把Object转成Integer，因为你存的就是整数类型的ID
Integer userId = (Integer) sessionUserId;

之所以用Object，是因为HttpSession不限制你存什么类型，所以用最顶层的父类来接收所有可能的对象。

解决办法（不用每次都读属性） #

如果你不想每次设置完都读一遍属性，有两个简单方案：

1. 最适合学习阶段的临时方案：设置完属性后，随便读一下它（哪怕不用这个变量），触发容器的变更检测：

   session.setAttribute("userId", foundUser.getId());
   // 随便读一下，让容器知道会话要保存变更
   Object dummy = session.getAttribute("userId");
   

2. 容器配置调整（以Tomcat为例）：修改conf/context.xml关闭会话的延迟持久化优化，但对于学习来说，第一种方法足够用了。

额外碎碎念 #

你不用JWT、不用Spring Security纯手写的思路完全没问题，这是吃透会话机制的好办法！Servlet容器的这些性能优化刚上手时很容易踩坑，多试几次就摸透啦～

备注：内容来源于stack exchange，提问作者Ritik Kumar