零拷贝高性能数组路由底座的关键是绕过用户态拷贝、实现内核直传；通过ArrayRouter接口定义契约，动态代理按System属性配置（如io.zero-copy.enabled、min-size）实时决策是否启用ZeroCopyArrayRouter（需DirectByteBuffer+SocketChannel+Linux sendfile），否则降级FallbackArrayRouter，全程无侵入、可热更新。
零拷贝的高性能数组路由底座，关键不在“数组”本身，而在于绕过用户态内存拷贝、让数据在内核空间直传。java 里没有真正意义上的“零拷贝数组”，因为数组是用户态对象；所谓“数组路由”，实际是指对字节序列（如 byte[]、bytebuffer）的高效流转控制。行为接口定义契约，动态代理实现策略编排——二者配合，把零拷贝能力“接得进、判得准、降得稳”。
行为接口定义清晰的路由契约
用接口抽象数据流转语义，隔离实现细节，为后续扩展留出空间：
- 定义
ArrayRouter接口，只暴露核心方法，例如：void route(byte[] data, WritableByteChannel dst); void route(ByteBuffer src, WritableByteChannel dst);
- 抽象出不同能力的实现类：
-
ZeroCopyArrayRouter：基于FileChannel.transferTo()或SocketChannel.write()+ DirectByteBuffer 实现内核直传 -
FallbackArrayRouter：使用堆内byte[]+channel.write()做兼容兜底
-
- 所有实现仅依赖标准 I/O 类型（
ByteBuffer、Channel），不耦合业务逻辑或具体协议
这样新增 io_uring 路由或 Windows 的 TransmitFile 支持，只需加新实现类，调用方完全无感。
动态代理实现无侵入的运行时路由决策
已有 ArrayRouter 接口和多个实现，但不想在每个业务点写判断逻辑。用 JDK 动态代理统一拦截：
- 创建
RouterInvocationHandler，在invoke()中检查是否为route方法 - 提取参数中的
ByteBuffer和目标Channel，结合实时条件判断是否启用零拷贝：-
src.isDirect()是否为直接缓冲区 -
dst是否为SocketChannel（sendfile要求目标为 socket） - 当前系统是否支持
sendfile（Linux 可用，Windows 不支持）
-
- 满足条件 → 委托给
ZeroCopyArrayRouter；否则 → 交给FallbackArrayRouter - 整个过程对上层透明，原有
router.route(buf, channel)调用无需修改
代理对象轻量、无状态，可全局复用，不引入额外线程或内存泄漏风险。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
System 属性驱动策略配置，支持热更新
路由决策不能硬编码，需通过外部配置灵活控制：
- 启用开关：
io.zero-copy.enabled=true - 最小适用尺寸：
io.zero-copy.min-size=8192（小 buffer 走 fallback，避免 syscall 开销反超收益） - 优先 API：
io.zero-copy.api=sendfile（Linux 下默认，Windows 自动 fallback） - JVM 启动时加
-Dio.zero-copy.enabled=true -Dio.zero-copy.min-size=16384即可生效 - 配合 Apollo/Nacos 等配置中心，运行时调用
System.setProperty()更新，代理可即时感知
注意：System.setProperty 是非线程安全操作，多线程环境需加同步保护。
关键实操细节决定是否真零拷贝
很多“零拷贝”失效，是因为忽略了底层约束：
- 必须使用
DirectByteBuffer：堆内byte[]或HeapByteBuffer无法触发transferTo的内核直传路径 -
FileChannel要从RandomAccessFile.getChannel()获取，且保持打开状态；关闭文件会导致IOException -
SocketChannel建议设为阻塞模式（transferTo在阻塞通道上更稳定）；若用非阻塞，需监听OP_WRITE并循环处理返回值 -
transferTo可能只传输部分数据（尤其网络拥塞时），需检查返回值并重试，不能假设一次完成
不复杂但容易忽略
