Question

servlet为什么session不是线程安全的.

什么情况下会不安全.
session 并不是每个线程 共享的 ,为什么也是不安全呢

Answer 1

servlet就不是线程安全的。

Session对象在用户会话期存在，只能处理属于同一个Session的请求的线程，因此Session对象的属性访问理论上是线程安全的。
但当用户打开多个同属于一个进程的浏览器窗口，在这些窗口的访问属于同一个Session，会出现多次请求，需要多个工作线程来处理请求，可能造成同时多线程读写属性，这时我们就要对属性的读写进行同步处理。

Answer 2

httpsession是线程不安全的，不过这是表面现象，我们只要正确使用事务，保证数据的准确性，表面的问题可以不用管它。

Answer 3

ServletContext是可以多线程同时读/写属性的，线程是不安全的。要对属性的读写进行同步处理或者进行深度Clone()。 所以在Servlet上下文中尽可能少量保存会被

追问

我说的是session会话?

Answer 4

因为servlet就不是线程安全的。
你可以看看这个：
http://blog.csdn.net/wangzijian777/archive/2011/02/18/6194416.aspx

追问

看过了 context 能懂 因为事所有servlet共享的, 但是session 不懂

追答

Session对象在用户会话期存在，只能处理属于同一个Session的请求的线程，因此Session对象的属性访问理论上是线程安全的。
但当用户打开多个同属于一个进程的浏览器窗口，在这些窗口的访问属于同一个Session，会出现多次请求，需要多个工作线程来处理请求，可能造成同时多线程读写属性，这时我们就要对属性的读写进行同步处理。

追问

你的意思是 同一个会话 有多个浏览器窗口, 同时发出处理请求?这个意思么. 如果会话只存在一个浏览器页面,就不存在 session 线程安全问题

追答

因为request是线程安全的！所以对于request是没有线程安全部安全之说的，也就是说，无论你发送多少个请求，在request中的属性都是受保护的。
session则不是，因为session可能由于浏览器的不同，对于开启的不同窗口有的是一个session，有的则是多个窗口共享一个session（其实就是用户自己和自己共享一个资源），有共享资源的问题，就一定存在线程安全问题。
google的浏览器中的session就应该是线程安全的，因为是一个窗口一个session，但是对于其他的好像就不一定了。