面向对象建模+非阻塞调度+自动复用机制可实现单机高密度转换器实例；转换器应抽象为带属性与行为的可复用类，支持多方式初始化、状态隔离、对象池管理、异步io及上下文自动流转。
直接用面向对象建模 + 非阻塞调度 + 自动复用机制，就能在单机跑出高密度转换器实例，关键不是堆线程，而是让每个转换器对象自带生命周期与状态隔离能力。
把转换器定义成可复用的对象实体
别把它当一次性函数，而要抽象为有明确属性（输入格式、输出规则、上下文缓存）和行为（parse→transform→serialize）的类。构造函数支持多种初始化方式：从配置文件加载、从JSON模板构建、或带默认策略的无参实例化。
- 每个实例内部封装独立的状态容器（如 ScopedValue
traceId），不依赖 ThreadLocal - 重载构造函数支持“冷启动”与“热复用”两种模式：前者初始化全部资源，后者接收已预热的连接池或编解码器引用
- 实现 reset() 方法，在 release 回对象池前清空临时缓冲、关闭未完成的异步任务句柄
用对象池替代频繁创建销毁
高频转换场景下，new/delete 是吞吐量杀手。C++ 或 Java 均可采用对象池模式——预先分配固定数量的转换器实例，每次请求借用一个，处理完归还，自动重置状态。
- 池大小按峰值 QPS × 平均处理时长粗略估算，避免过度预留内存
- 配合智能指针（C++）或虚引用（Java）管理归还时机，防止泄漏
- 池内对象需显式调用析构逻辑（如释放 DirectByteBuffer、关闭 Codec 实例），不能仅靠 GC
绑定非阻塞执行流到对象生命周期
转换过程涉及解析、计算、序列化等环节，若任一环节阻塞（如同步 IO、锁竞争），整个对象就卡住，复用率断崖下跌。必须确保每步都适配异步模型。
- IO 操作统一走非阻塞通道（Java 中用 AsynchronousFileChannel / Netty；C++ 中用 epoll + callback）
- CPU 密集型子任务拆分为小块，交由虚拟线程或 work-stealing 线程池调度，避免单个转换器长期独占线程
- 所有回调闭包捕获的是 this 指针弱引用或对象 ID，而非强持有，防止循环引用阻碍复用
让上下文随对象自动流转与隔离
传统 ThreadLocal 在虚拟线程或事件循环中失效，但转换器对象自身可承载上下文——把租户ID、超时策略、采样标记等作为成员变量，在 acquire 时注入，reset 时清空。
- 避免全局静态上下文管理器，改用实例级 ScopedValue 或 ContextualObject 包装
- 日志、指标、链路追踪全部基于当前对象实例生成，无需跨线程传递 MDC
- 第三方库（如 Jackson、Protobuf）需确认支持无状态编解码器复用，否则每次 new 实例并缓存其 codec
