这里有一个概念性的问题。在Flask应用程序中，我想向用户介绍一个中间确认页面，然后再触发需要Flask request对象的下一个复杂操作。如果可以在会话中存储原始request对象，则加载确认页面，然后在确认后，将原始request对象拉出并执行基于它的函数，这将是膨胀的。但除非我遗漏了某些东西，否则Flask request对象不容易序列化，因此不容易存储在会话或其他数据库中。
正确的问题：是否有可能以某种方式保存Flask request对象的所有荣耀，执行不相关的请求/响应周期，然后返回原始的request对象？或者还有另一种模式可能是更好的方法？我希望避免选择相关的request参数并对其进行序列化，因为这将适用于大量页面，对请求的输入非常不同。
考虑Flask中的before_request函数，但确认页面需要用户输入，来自HTML呈现的页面。任何想法或建议都会有很大的意义。