flask-socketio默认emit只发给当前客户端，因设计为事件驱动单连接通信；需显式加broadcast=true或指定room才能广播，且include_self=false默认不发给自己，避免重复渲染。
Flask-SocketIO 本身不直接提供“聊天应用”逻辑，它只负责建立和维持 WebSocket（或降级连接）通道；真正的消息广播、用户状态、房间隔离等必须自己实现，否则多人同时发消息会互相覆盖或丢失。
为什么 socketio.emit() 默认不发给所有人
默认情况下，socketio.emit() 只发送给触发事件的客户端，不是广播。想让消息被其他人看到，必须显式指定 broadcast=True 或指定 room。
- 错误写法：
socketio.emit('message', {'text': 'hi'})→ 只有发送者自己收到 - 正确广播：
socketio.emit('message', {'text': 'hi'}, broadcast=True) - 更安全的做法是用房间：
socketio.emit('message', {'text': 'hi'}, room='chat-room')，避免意外影响其他页面 - 注意：服务端调用
emit时，include_self=False常被忽略，否则发送者也会收到自己刚发的消息（导致前端重复渲染）
如何避免用户断开后仍留在房间或消息堆积
Socket.IO 客户端断开（比如关浏览器）不会自动触发服务端清理，disconnect 事件可能延迟甚至不触发，尤其在 NAT 或代理环境下。
- 必须手动监听
disconnect并调用leave_room()：@socketio.on('disconnect')<br>def handle_disconnect():<br> leave_room('chat-room') - 但仅靠这个不够——如果客户端异常断连（如网络中断），
disconnect不会触发。建议配合心跳 + 服务端超时踢出：用session.get('user_id')记录在线状态，定时扫描超时（如 2 分钟无 ping）的用户并主动清理 - 不要依赖
request.sid做长期状态存储，它每次重连都会变；用业务 ID（如数据库 user_id）关联 socket 连接
为什么开发时用 eventlet 而不是默认 Werkzeug 开发服务器
Flask 开发服务器是单线程阻塞式，无法处理多个并发 Socket.IO 连接；不换异步服务器会导致消息延迟、连接卡死甚至 500 错误。
- 必须安装：
pip install eventlet（或gevent），然后启动时加参数：socketio.run(app, host='0.0.0.0', port=5000, debug=True, use_reloader=False, log_output=True) -
use_reloader=False是关键：eventlet 和 Flask 自带 reloader 冲突，开启会报RuntimeError: cannot join current thread - 生产环境别用
debug=True，且必须配反向代理（如 Nginx）转发 WebSocket 升级请求，否则浏览器连不上
最常被跳过的细节：前端连接 URL 必须和后端一致，包括协议、域名、端口；用 http:// 页面连 ws:// 会被浏览器拦截，必须同为 http+ws 或 https+wss。本地开发时容易忽略端口差异，比如 Flask 跑在 5000，但前端访问的是 3000（React/Vue dev server），这时要配代理或改前端 socket.io-client 的 url 参数。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
