写了个模拟交易实验场： Go 撮合 + WebSocket 行情 +1w+ 个 AI 散户和 15 个游资，求拍砖

纯属自娱自乐的项目，虚拟资金、虚拟股票，不涉及任何真实交易，链接是裸 IP + http ，介意慎点： http://43.142.50.150

这是个什么东西

打开就是账户，不用注册，白送 10 万虚拟本金。50 只虚拟股票，对手盘是 1w+ 个机器人：

• 随机散户 3375 + 趋势散户 1125
• 做市商 243 / 价值投资 121 / 资金大户 121
• 15 个「游资」，资金 2~30 亿，突破追涨、强势接力、回调低吸、放量反转、趋势波段各 3 人

全部走同一套撮合：价格优先 / 时间优先、部分成交、资金冻结、同账号防自成交，机器人不直接定价，行情全部由真实成交生成。

支持 T+0 自由练习和 T+1 主板规则（10% 涨跌停、100 股整数手），1/5/20/60 倍速，没人在线时市场时钟自动暂停。复盘有分钟级资产曲线、最大回撤、成交 CSV 导出。

技术栈

• 后端：Go ，撮合 + 行情 + WebSocket 推送 + SQLite 持久化，单二进制
• 前端：Vue 3.5 + TypeScript + Vite ，K 线 / 分时 / 月年 K / 五档盘口都是手写的
• 服务器：腾讯云轻量 2C2G ，带宽只有 4Mbps ，首页要拉 350KB JS ，第一次打开慢是正常的，加载一次后面就是 WebSocket 增量推送

已知问题 / 求建议

• 4Mbps 带宽，人多了首屏会排队，暂时不想上 CDN （纯自用练手）
• 机器人策略都是规则引擎，没用 ML ，想听各位聊聊怎么改得不那么「机械」
• 撮合引擎的并发模型是单线程事件循环 + 无锁队列，有更好的设计欢迎教育

地址再贴一次： http://43.142.50.150

欢迎来玩，收益垫底不罚款，只求别把我的机器人打得太惨。

撮合引擎用单线程事件循环，万级并发下会不会成为瓶颈？

建议给机器人策略加入随机波动因子，让市场更真实。

撮合引擎用Go单线程+无锁队列设计挺巧妙，我之前用Redis做过类似系统但性能差不少。

撮合引擎可以考虑改成多线程协程模型，能更好地处理高并发场景。

请问撮合引擎的单线程设计在处理大量并发时，性能瓶颈主要在哪个环节？