在每个会话都可能有并发请求的情况下,为什么不使用Tomcat的PersistentValve?

fixing bug 43343 使用提交注释: Fix bug 43343. Correctly handle the case where a request arrives for a session we are in the middle of persisting. .

错误的上下文强烈地指出了您建议的原因(1),即它与数据丢失有关。在最初的错误描述中,OP说:

... 我唯一看到其他问题的地方是:

它错误地从PersistentManager获取存储,并 直接使用它,而不是使用manager API。对我来说这很糟糕 因为管理者不能成为管理者,这是另一种逻辑 正在直接访问存储,并且永远不会发生…除非是 仅用于测试用例等。

所以在这里它被认为是 Managers '使用会话的唯一任务 Store 用于存储、加载和删除会话。但是 PersistentValve

PersistentManager ,只添加了有问题的评论 PersistentValve.java 另外,删除了一个未使用的变量:

- StandardHost host = (StandardHost) getContainer();

虽然我不知道这个行删除或过去存在的目的,但我认为在代码审查过程中识别出的提交器标记托马斯,并且在任何时间点,每个会话只有最多一个请求激活时,持久化阀只能保证CONSTESTION会话写入。否则,可能会发生写操作丢失。

我不会判断这有多实际,但只要想想每个网页印象(主HTML、CSS、JS、图像)中并行加载的大量资源就可以了。