docs: 完成并发相关的总体设计，准备开始确认细节合理性

docs/develop/总体设计文档.md

@@ -26,14 +26,20 @@
 ~~因此我不太打算碰文件系统~~
 
 #### 数据库设计方案
+##### 数据结构
+
+##### 文件访问与缓存
+
+##### 并发安全
+
 
 ### 引擎模块
-具体执行业务，一次请求对应且只对应一次引擎模块API调用，支持并行（API阻塞但可同时运行）。
+具体执行业务，一次请求对应且只对应一次引擎模块API调用，支持并行（API阻塞但可同时运行）。当API入口函数被调用后，执行相关具体操作，然后返回响应。
 
 ### 通信模块
 负责对外提供文本模式的交互，从流`request`读取文本格式的命令，并把内部数据格式的响应翻译成文本格式，向引擎模块发送请求（调用引擎模块对外提供的API），并把响应返回到流`response`。支持并行：
-- 输入子模块从`request`读取请求，启动一个线程调用翻译子模块。同一个会话的请求不可并行，把`std::thread`move进相应的`std::unordered_map<std::string,std::thread>`，同一会话下次请求发出前，必须join完。
+- 输入子模块从`request`读取请求，打上时间戳，分独占式请求和可并行请求按时间戳顺序分批处理。处理一个请求时，启动一个线程调用翻译子模块。同一个会话的请求不可并行，把`std::thread`move进相应的该会话的线程句柄队列，下一个join前一个。
-- 翻译子模块(入口函数本身阻塞)向引擎模块API发送请求，得到响应后把响应数据传给输出子模块的调用接口(阻塞但可并行，处理部分同时运行，上锁后直接输出到`response`，输出本身不同时进行)。
+- 翻译子模块(入口函数本身阻塞)join完同一个session的上一个请求后，向引擎模块API发送请求，得到响应后把响应数据传给输出子模块的调用接口(阻塞但可并行，处理部分同时运行，上锁后直接输出到`response`，输出本身不同时进行)。
 
 注意，输入输出仅保证单个请求/响应是完整的，多个请求/响应之间是完全“混杂”的，通过session token、operation token区分，通过outhentication key鉴权。`request`流和`response`流始终由信模块控制。注意，通讯模块不负责会话管理。