Python 与猎鹰、蟒蛇一起使用烧杯

我正在使用Python WSGI框架Falcon来制作一个应用程序后端，并使用Bicker来处理会话管理。在生产中，我们将在AWS中使用Gunicorn

有件事我一直无法理解：

Gunicorn将运行多个worker，那么这是否意味着环境变量对于发出请求的不同客户机保持不变？换句话说，烧杯会话是只针对一个客户端，还是针对在同一个Gunicorn worker实例中发出请求的多个客户端

这是我从阅读中理解会话工作的方式：

一个人登录到我的应用程序，用户id被添加到与烧杯的会话中。来自同一客户端的未来请求将在会话dict中存储此用户id。现在，来自该客户端的任何未来请求都将能够访问存储在会话中的变量。每个客户端都有自己的会话数据

我理解得对吗

当前的方法是向客户端返回一个id（在成功登录时），以便在需要更多用户信息时传递到后端

我理解得对吗

是的，大部分情况下是这样的

Gunicorn将运行几个工人，那么这是否意味着环境 对于发出请求的不同客户端，变量是否存在？ 换句话说，烧杯会话只针对一个客户机，或者 在同一时间内提出请求的多个客户是否可以使用它 Gunicorn工人实例

烧杯将会话数据保存在服务器端，在由唯一会话id标识的专用数据存储中，客户端将通过cookie发回会话id，然后服务器（gunicorn worker）可以检索会话数据

我建议您阅读有关会话工作原理的更详细说明，如下所示：

我理解得对吗

是的，大部分情况下是这样的

Gunicorn将运行几个工人，那么这是否意味着环境 对于发出请求的不同客户端，变量是否存在？ 换句话说，烧杯会话只针对一个客户机，或者 在同一时间内提出请求的多个客户是否可以使用它 Gunicorn工人实例

烧杯将会话数据保存在服务器端，在由唯一会话id标识的专用数据存储中，客户端将通过cookie发回会话id，然后服务器（gunicorn worker）可以检索会话数据

---

我建议您阅读关于会话如何工作的更详细的解释，如下面的：

好的，这是一个非常好的解释。我做了更多的研究。。。您可以将session.id返回到前台，然后在以后的session请求中检索它。按session.id获取session.id好的，这是一个很好的解释。我做了更多的研究。。。您可以将session.id返回到front，然后使用session.get\u by\u id（id）在以后的请求中检索它