关于请求对象行为的困惑

关于请求对象行为的困惑,第1张

关于请求对象行为的困惑

这只是一个有根据的猜测,但是我认为问题在于您选择的容器中的请求对象可能对它的参数不满意:当您请求它的参数时,它会到达某个外部上下文并在其中提取所需的数据。同时缓存它。

但是,奇怪行为的原因并不十分重要。应该通过 不在会话中保存请求 来解决该问题
请求对象只是您对当前请求的句柄,而不是数据存储本身。它可能在下面使用任何机制,因为我们知道所有属性都可以存储在threadlocals中。绝对没有合同可以使请求充当任何形式的档案。例如:如果我向安全主体请求了这样的存储请求,那意味着什么?我的意思是“会议的当前负责人”吗?我的意思是“创建请求时的主体”吗?

编辑:

出于纯粹的好奇心,我只是看了一眼Tomcat的实现(我不知道您使用的是哪个容器),发现它支持我的主张:不仅大多数数据都是惰性收集的,而且请求对象也被回收了!因此,如果您尝试将其存储在会话中然后使用,则可能会发现您正在使用其他人的请求。



欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/5046822.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-11-15
下一篇 2022-11-15

发表评论

登录后才能评论

评论列表(0条)

保存