用途：面向 Rust 异步开发，解决 Stream 借用、tokio::spawn 生命周期、插件调度与 gRPC 流式等常见难题，给出可选架构模式与验证步骤。
主要能力：
- Worker+Channel 模式：让 Stream 从内部缓冲改为读取 channel 中已拥有的数据，避免 Stream::Item 借用 self。
- Arena+索引模式：用 MessageArena 以索引引用替代直接借用，使插件处理可满足 tokio::spawn 的 'static 要求。
- Actor 事件循环模式：每个插件配邮箱与事件循环，无需 spawn，便于背压与协调调度。
- 零拷贝：使用 bytes::Bytes 的引用计数切片；必要处用 owned 快照（DTO）跨 API 边界。
- tonic 流式：在 worker 中持缓冲，通过 mpsc channel 发送 owned SnapshotResponse，并用 ReceiverStream 构造返回流。
使用方式：先识别生命周期约束，再按需选择架构（真正零拷贝用 Bytes；需 spawn 用 Arena 或 owned；插件用 Actor 或 Arena；简单 API 用 owned 快照），最后验证所有 spawn 任务均为 'static、Stream::Item 不借用 self、无自引用指针、API 类型满足 Send+Sync+'static。可用 cargo check、cargo expand、cargo test、cargo bench、cargo clippy -- -W clippy::future_not_send 检查。
适用场景：网络缓冲、插件系统、gRPC/GraphQL API 边界、长时有状态任务。
限制与注意：资料未提供收费、价格、平台或效果信息；零拷贝有引用计数开销，Arena 生命周期管理复杂，Actor 单线程处理，owned 快照会复制数据；避免在异步中执行阻塞 IO，必要时用 spawn_blocking；channel 应有界以处理背压，Arena 需清理防内存泄漏，流中错误处理不应 panic。