珠海项目 - PoC 性能测试 & 离线方案验证

6/24/2025

我们验证了两个方向：端上离线能力，以及系统在高并发下的表现。

在进入正式开发阶段前，我们围绕两个核心问题进行了 PoC（概念验证）：

1. 前台值班系统是否能离线运行？
2. 后台核心接口是否具备高并发处理能力？

1️⃣ 离线运行方案（iPad 值班端）

旅游度假区的值班人员通常使用 iPad 进行验票与接待。考虑到山上网络环境可能不稳定，我们尝试了以下方案：

• IndexedDB 本地缓存：用户扫码后信息可即时比对，断网时仍可验票
• 预同步机制：每日开园前自动拉取当日订单数据
• 增量上报队列：联网后将所有离线期间的验票记录回传服务端

我们采用了 idb-keyval 做轻量封装，实践下来效果良好，API 设计也相对简洁。

2️⃣ 接口性能测试

我们重点测试了 Cloudflare Worker + KV 的性能瓶颈：

• 单 Worker 接口响应时间保持在 20ms 以下
• KV 查询存在冷启动延迟，首请求约为 60~100ms
• 本地模拟并发 200 请求，Workers 自动伸缩处理良好

对比下自托管方案（Bun + tRPC + PostgreSQL）：

• 本地表现极佳，但云端延迟依赖部署节点（国内访问需自建服务器）
• 数据一致性更强，但不支持边缘缓存

✅ 初步结论

• 客户现场使用优先考虑离线缓存 + 后上传机制
• 后台接口优先用 Workers 解决冷启动策略，再考虑按需迁移

我们会在 MVP 阶段加入“离线演练模式”，确保断网时依然能处理票务与接待工作。

下一阶段是 冻结 MVP 范围，为开发冲刺做好准备。