性能设计

本文只记录重构后的性能方向。具体指标需要在实现完成后通过基准测试补充。

核心原则

• 小核心优先，减少启动路径依赖。
• Lua 业务逻辑不直接接触 CAF。
• 业务消息使用 send 优先，避免不必要的同步等待。
• call 必须有明确超时。
• 网络层只负责连接和字节流，不承载业务策略。
• 数据访问保持原始，避免 ORM 引入额外复杂度。

需要评估的路径

• Lua table 与 C++ payload 的转换成本。
• shield.call 在 Lua 协程中的阻塞语义。
• timer 调度数量上限。
• TCP / UDP / WebSocket session 管理成本。
• Transport 解帧和加密路径的拷贝次数。
• DB / Redis 原始调用是否阻塞 runtime 线程。

非核心性能项

以下不属于当前 core 性能目标：

• Prometheus 指标开销。
• HTTP 管理端点延迟。
• middleware chain 开销。
• 服务发现后端延迟。
• 插件加载成本。

如果这些能力以后作为扩展加入，应单独做性能预算。