APD网络协议分析与数据处理平台

APD（Advanced Plugin-based Development Platform）是一个基于 Rust 的插件化网络协议分析与数据处理平台。立项背景是工业物联网、车联网等场景中存在大量私有二进制协议通信需求，传统方案每接入一种新协议都需从头开发通信、解析、业务三层代码，开发周期长且难以复用。平台目标是通过插件化架构将协议接入、数据转换、审查校验、转发分发等能力解耦为独立插件，实现功能灵活扩展与裁剪，无需重新编译即可动态加载或卸载插件。

核心功能模块包括：一是核心库（apd_core），提供配置管理、日志系统、消息总线、能力注册表、插件管理器等基础设施，自身不含业务逻辑；二是通信插件族，覆盖 HTTP、TCP、UDP、WebSocket、MQTT 五大协议，每个协议均实现服务端与客户端双角色，支持多实例并发；三是数据处理插件族，包含数据读取、数据生成、数据审查、数据转换、数据转发、二进制协议解析六个插件，覆盖数据全生命周期；四是工作流编排引擎，提供可视化 DAG 设计器，支持线性执行、拓扑排序并行、消息驱动三种执行模式；五是 Web 管理界面，基于 Vue 3 + Element Plus，提供仪表盘、协议配置、实例管理、工作流编排等可视化操作。

业务流程以典型 TCP 数据处理场景为例：用户在 Web 界面创建工作流工程与项目，在 DAG 画布上拖拽配置 TCP 接收节点、二进制解码节点、数据转换节点、审查节点、转发节点并连线，启动工作流后，TCP 插件接收网络数据，通过 thread_local 旁路通道传递原始字节给数据处理插件进行解码转换，审查插件校验数据质量后由转发插件路由到目标系统，全程通过仪表盘查看运行状态和执行日志。

整体架构采用三层分层设计：客户端层（Web 前端 + CLI 工具）、服务程序（apd_server，提供 Management API 作为唯一接入入口）、核心层 + 插件层。核心库编译为 rlib + cdylib 双格式，rlib 让插件编译时获得完整类型布局，cdylib 通过 OS 动态链接器保证全局单例唯一。后端使用 Rust + Tokio 异步运行时 + Axum Web 框架 + libloading 动态加载 + serde 序列化 + SQLite 持久化，前端使用 Vue 3 + TypeScript + Element Plus + Vue Flow 工作流画布 + Vite 构建。

负责模块覆盖核心库 12 个组件（错误处理、配置管理、日志、消息总线、能力注册表、插件管理器、实例注册表等，全部 P0 完成）、5 大通信协议共 10 个能力接口、6 个数据处理插件（累计 99+ 单元测试）、工作流引擎 3 种执行模式、前端 10+ 功能面板及 5 个 E2E 测试用例、apd_server 服务程序和 apd_cli 命令行工具。

技术难点及解决方案：
第一，Windows MSVC 跨 DLL 调用 trait object vtable 索引 6 以上方法会触发访问冲突，通过设计 C ABI invoke 机制，将 extern "C" 函数指针编码到 ops_json 中，宿主侧解码后优先用 C ABI 调用，绕过 vtable 限制。
第二，多 DLL 环境下核心库单例唯一性，采用 rlib + cdylib 双格式策略，cdylib 确保进程内只有一份 OnceLock 静态变量，配合 get_or_init 延迟初始化。
第三，二进制协议数据高效传递，设计 RAW_OUTPUT thread_local 旁路通道，通信插件直接写入原始字节，工作流引擎提取后传给数据处理插件，避免不必要的 JSON 编解码，零拷贝传递。第四，跨 DLL 传递 Future 不安全，以同步 Plugin trait 为主，插件通过获取 tokio Handle 用 spawn 桥接异步任务，需要原生 async 的插件可选实现 AsyncPlugin trait，运行时通过 TypeId 检测切换。