面向对象多态参数编排异步处理组件的核心是统一调度、各自执行、结果聚合：定义ComponentTaskRequest接口及子类封装差异化上下文，通过工厂+策略模式创建Callable实例，统一提交并归并ComponentResult，Spring管理生命周期确保线程安全与可扩展性。
在拖拽大屏后端接收端，用面向对象多态参数编排异步处理组件，核心是让不同组件类型能被统一调度、各自执行、结果聚合，同时避免 if-else 分支膨胀和线程安全问题。关键不在“写多个方法”，而在于把差异封装进对象行为里，再由调度器统一驱动。
定义统一入参接口，承载各组件差异化上下文
所有组件请求必须实现同一抽象入参接口（如 ComponentTaskRequest），但具体字段由子类决定：
- ChartTaskRequest：含 sql、timeRange、groupFields
- TableTaskRequest：含 esIndex、dslQuery、scrollSize
- MetricTaskRequest：含 promQL、step、timeout
接口提供 getComponentType() 和 toEngineInput() 方法，前者用于路由识别，后者将自身转为对应引擎可消费的原始参数对象，实现“形态统一、内容自治”。
用工厂+策略组合构建异步任务实例
收到批量组件请求后，不直接 new Callable，而是交由 TaskFactory 统一创建：
- 根据每个请求的 getComponentType() 查找注册的 TaskStrategy
- 每个 TaskStrategy 实现 createTask(ComponentTaskRequest req)，返回具体 Callable<ComponentResult>
- 例如 ChartTaskStrategy 创建的是 SqlChartCallable，MetricTaskStrategy 创建的是 PrometheusCallable
这样，新增组件类型只需新增 Request 子类 + Strategy 实现，无需改动调度主逻辑。
统一提交与结构化结果归并
所有 Callable 都实现相同泛型返回类型 ComponentResult（含 id、type、data、error、timestamp），便于后续聚合：
- 用 ExecutorService.invokeAll(tasks, timeout, TimeUnit.SECONDS) 批量提交
- 遍历 Future 列表，调用 get() 获取结果，自动按原始请求顺序对齐
- 失败任务返回带 error 字段的 ComponentResult，前端可按 id 渲染 fallback 或重试按钮
整个流程中，类型判断只发生在 Strategy 查找环节，后续全是多态调用，无条件分支干扰可读性与扩展性。
配合 Spring 管理生命周期与资源隔离
各 Callable 内部不应持有共享状态，所有依赖（如数据源连接池、HTTP 客户端）通过构造函数注入：
- 使用 @Scope(ConfigurableBeanFactory.SCOPE_PROTOTYPE) 声明 Callable Bean，确保每次创建新实例
- Connection、RestTemplate 等共用资源由 Spring 单例管理，Callable 只负责调用逻辑
- 必要时在 Callable 的 call() 方法开头打日志标记组件 id 和 type，便于链路追踪
这种设计既保持了异步并发能力，又通过多态把组件差异收束在边界内，后端接收端代码干净、易测、可演进。
