为什么wicket页面是序列化的？

当我请求一个页面时，我看到它被序列化并存储在磁盘上（和第二级缓存中），在呈现之后，也就是在分离阶段。页面本身也存储在会话中

当我再次请求页面时，它会在会话中找到。因此，不会参考序列化页面

当我在另一个会话中请求该页面时，该页面将被重新创建。我认为在这种情况下，应该使用序列化页面

因此，您能给我一个示例，一个场景，其中序列化页面从磁盘（或二级缓存）读取吗？

查看此url跟踪：

• 将浏览器指向您的应用程序：
• Wicket创建主页实例并重定向到：
• 再次将浏览器指向应用程序：
• Wicket创建主页的另一个实例并重定向到
• 现在按下后退按钮，以便浏览器再次请求第一个实例：

第一个页面实例现在已从磁盘反序列化。

请参阅以下url跟踪：

• 将浏览器指向您的应用程序：
• Wicket创建主页实例并重定向到：
• 再次将浏览器指向应用程序：
• Wicket创建主页的另一个实例并重定向到
• 现在按下后退按钮，以便浏览器再次请求第一个实例：

---

第一个页面实例现在从磁盘反序列化。

http会话仅对上一个请求周期中使用过的页面保留一个live引用。任何旧页都只在磁盘中。如果用户使用“浏览器后退”按钮，则会从磁盘加载旧实例

磁盘上的文件用于存储每个会话的页面。也就是说，不同的用户有不同的文件和他们自己的页面。共享文件将是一个安全问题，就像共享http会话一样

---

额外信息：磁盘存储是Wicket的一部分，用作默认的持久存储。WicketStuff数据存储模块提供了Redis、Hazelcast、Cassandra和Memcached的实现。如果您希望旧页面在web服务器集群中可用，可以使用它们。

http会话仅对上一个请求周期中使用过的页面进行实时引用。任何旧页都只在磁盘中。如果用户使用“浏览器后退”按钮，则会从磁盘加载旧实例

磁盘上的文件用于存储每个会话的页面。也就是说，不同的用户有不同的文件和他们自己的页面。共享文件将是一个安全问题，就像共享http会话一样

---

额外信息：磁盘存储是Wicket的一部分，用作默认的持久存储。WicketStuff数据存储模块提供了Redis、Hazelcast、Cassandra和Memcached的实现。如果您希望旧页面在web服务器集群中可用，可以使用它们。

谢谢。我将尝试这些数据存储。谢谢。我将尝试这些数据存储。