Web后端框架选择：Django

全双工通讯：由于是即时聊天，需要服务器主动向浏览器推送数据，http通讯协议无法满足

1. 引用WebSocket，全双工通讯的协议。
2. Django使用Channels实现WebSocket

• https://www.cnblogs.com/37Y37/p/10721465.html

并发：多用户同时操作 主要为IO操作

1. 多线程/多进程并发：占用较多的资源
   1. fork多进程
2. IO多路复用：I/O多路复用是在单一进程的上下文中的，因此每个逻辑流程都能访问该进程的全部地址空间，所以开销比多进程低得多；缺点是编程复杂度高。
   1. select方式，支持多平台，逻辑简单，支持最大并发数量（1024），相对epoll效率较低
   2. poll方式，
   3. epoll方式，
3. 使用nginx的并发功能

数据库

1. 数据库存储：查询效率高，方便程序调用，做自动化处理
2. 数据库选择：mysql
3. 实现方式：通过Django的Model模型层，对数据库进行相对的增删改查（CURD）

界面：使用html文件在web浏览器上呈现

1. 通讯模块
   1. 与客户端通讯，接收客户端的请求，将响应发送给客户端
   2. 与数据库通讯，数据的增删改查
2. 并发处理模块
   1. 同时处理多个客户端请求
3. 逻辑处理模块
   1. 处理客户请求，组织响应内容

1. 数据库名称：wechat_db

确保用户名，手机号唯一

用户名和密码约束

• 用户名（字段约束）--由2-10位字母、数字、下划线或中文组成，以字母或中文开头
• 昵称（可以相同）
• 邮箱（字段验证）-- 符合邮箱格式
• 密码（长度限制，字段约束）--
  • 由6-12位字母、数字组成
  • 不能全部是数字
  • 不能全部是字母
  • 必须是数字或字母

密码加密

• 密码隐式存储在数据库中，可选择加盐加密方法

用户状态验证

• 登入记住用户名功能
• 禁止用户未登入直接进入聊天界面

短信验证

• 手机短信验证

1. 接收，判断用户名是否已经存在，存在返回”用户名已经存在“，反之返回注册成功，并进入聊天界面
2. 存储注册成功的用户，密码使用加盐加密
3. session验证：
   • 验证用户是不是一个合法用户
   • 在当前用户的session上记录当前用户名的名称和id
     • request.session["user"]={"user":"news","id":1}
   • 没有登陆的用户 session["user"]不存在
   • 退出登陆时，删除session["user"]

1. 使用cookie存储用户名

• 申请好友
  • url：ws://127.0.0.1:8000/chat/friend_id
  • 通讯方式：websocket
  • 请求格式：json{"code":200, “sender”:请求者，"reciver":"接收者"，”step“：0，"type":0}
  • 请求格式：json{code":200, “sender”:请求者，"reciver":"接收者"，”step“：1，"type":0}
• 回复请求
  • url：ws://127.0.0.1:8000/chat/friend_id
  • 通讯方式：websocket
  • 请求格式：json{code":200, “sender”:请求者，"reciver":"接收者"，”step“：2，"status":"回复状态"，"type":0}
  • 请求格式：json{code":200, “sender”:请求者，"reciver":"接收者"，”step“：3，"status":"回复状态"，"type":0}

• url：ws://127.0.0.1:8000/chat/friend_list
• 通讯方式：websocket
• 请求格式：json{code":200, "friends":[{"username":好友名称，"friend_head":....} ]}