HttpSession 线程安全吗？set/get Attribute 操作是否线程安全？

发布于 2024-07-14 18:56:19 字数 188 浏览 15 评论 0原文

另外，正在设置的对象是否必须是线程安全的，以保证我们知道会话中存储的对象的状态是已知的。

另外，我在网上读到有人建议使用：

synchronized(session) {
  session.setAttribute("abc", "abc");
}

这是一个有效的建议吗？

原文

Also, does the object that is being set have to be thread safe in order to guarantee that we know what the state of the object stored in session is known.

Also, I was reading on the web that some suggest using:

synchronized(session) {
  session.setAttribute("abc", "abc");
}

Is this a valid suggestion?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

你不是我要的菜∠ 2024-07-21 18:56:19

Servlet 2.5 规范：

多个servlet执行请求
线程可以主动访问
同时相同的会话对象。
容器必须确保
操纵内部数据
代表会话的结构
属性是在a中执行的
线程安全的方式。开发商有
线程安全的责任
访问属性对象
他们自己。这将保护
里面的属性集合
并发中的 HttpSession 对象
访问，消除机会
对于导致该情况的应用程序
集合将被损坏。

这是安全的：

// guaranteed by the spec to be safe
request.getSession().setAttribute("foo", 1);

这是不安全：

HttpSession session = request.getSession();
Integer n = (Integer) session.getAttribute("foo");
// not thread safe
// another thread might be have got stale value between get and set
session.setAttribute("foo", (n == null) ? 1 : n + 1);

这是不保证安全的：

// no guarantee that same instance will be returned,
// nor that session will lock on "this"
HttpSession session = request.getSession();
synchronized (session) {
  Integer n = (Integer) session.getAttribute("foo");
  session.setAttribute("foo", (n == null) ? 1 : n + 1);
}

我已经看到最后一种提倡的方法（包括在J2EE书籍中），但不能保证按照 Servlet 规范工作。您可以使用会话 ID 创建互斥锁，但一定有更好的方法。

Servlet 2.5 spec:

Multiple servlets executing request
threads may have active access to the
same session object at the same time.
The container must ensure that
manipulation of internal data
structures representing the session
attributes is performed in a
threadsafe manner. The Developer has
the responsibility for threadsafe
access to the attribute objects
themselves. This will protect the
attribute collection inside the
HttpSession object from concurrent
access, eliminating the opportunity
for an application to cause that
collection to become corrupted.

This is safe:

// guaranteed by the spec to be safe
request.getSession().setAttribute("foo", 1);

This is not safe:

HttpSession session = request.getSession();
Integer n = (Integer) session.getAttribute("foo");
// not thread safe
// another thread might be have got stale value between get and set
session.setAttribute("foo", (n == null) ? 1 : n + 1);

This is not guaranteed to be safe:

// no guarantee that same instance will be returned,
// nor that session will lock on "this"
HttpSession session = request.getSession();
synchronized (session) {
  Integer n = (Integer) session.getAttribute("foo");
  session.setAttribute("foo", (n == null) ? 1 : n + 1);
}

I have seen this last approach advocated (including in J2EE books), but it is not guaranteed to work by the Servlet specification. You could use the session ID to create a mutex, but there must be a better approach.

回复收藏 0 原文

烟织青萝梦 2024-07-21 18:56:19

不。并且由于您不希望同一客户端（带有会话）执行并发请求，因此您应该像 AbstractController 在 Spring MVC 中执行

回复收藏 0 原文

北凤男飞 2024-07-21 18:56:19

在某些方面，这取决于您的客户端设计。

在您的网页设计中，您是否有机会让单个客户端使用同一 HTTP 会话同时处理多个未完成的请求？除非将单个 HTTP 会话绑定到多个套接字，否则这似乎很难做到。（又名 AJAX）如果不这样做，就服务器而言，给定客户端的 HTTP 访问将是单线程的，这意味着单个会话实际上是线程安全的。

会话对象的同步将使应用程序更安全地应对未来的更改，使您的 Web 应用程序能够同时处理多个请求，因此这不是一个坏主意。在现代 Java 实现中，同步没有以前与之相关的巨大成本，特别是当同步通常是无竞争的时。如果您的应用程序使用 AJAX，这意味着您希望向 Web 服务器发送多个正在进行的并发请求，那么同步是必须的。

回复收藏 0 原文