and the backend API of PyWebIO is bind to the /tool path, the configuration of Nginx is as follows: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80; 过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现

and the backend API of PyWebIO is bind to the /tool path, the configuration of Nginx is as follows: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80; 过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现

WebSocket配置示例 假设后端服务器运行在 localhost:5000 地址，并将PyWebIO的后端接口绑定到 /tool 路径上，则通过Nginx访问PyWebIO服务的配置如下: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80; 过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现

WebSocket配置示例 假设后端服务器运行在 localhost:5000 地址，并将PyWebIO的后端接口绑定到 /tool 路径上，则通过Nginx访问PyWebIO服务的配置如下: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80; 过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现

WebSocket配置示例 假设后端服务器运行在 localhost:5000 地址，并将PyWebIO的后端接口绑定到 /tool 路径上，则通过Nginx访问PyWebIO服务的配置如下: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80; 过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现

PyWebIO application via http://server_ip/some_path/tool, a sample Nginx configuration is as follows: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80; 过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现

PyWebIO application via http://server_ip/some_path/tool, a sample Nginx configuration is as follows: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80; 过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现

过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现 PyWebIO application via http://server_ip/some_path/tool, a sample Nginx configuration is as follows: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80;

PyWebIO application via http://server_ip/some_path/tool, a sample Nginx configuration is as follows: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80; 过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现

PyWebIO application via http://server_ip/some_path/tool, a sample Nginx configuration is as follows: map $http_upgrade $connection_upgrade { default upgrade; '' close; } server { listen 80; 过一条消 息队列从会话接收来自用户的事件消息，当执行单元所需要的事件用户还没有 提交时，执行单元便会挂起。 基于线程的会话使用线程ID作为执行单元的ID，在全局使用一个以线程id为key 的字典来映射执行单元所属的会话实例，会话内不同执行单元的用户事件消息 队列也通过执行单元ID进行索引。 使用 register_thread 启动新的执行单元时，也需要为新执行单元注册用户事件消 息队列。 基于协程的会话实现