拖拽大屏系统通过自定义注解@supportscomponenttype实现组件类型到解析引擎的动态绑定，启动时扫描并构建type→engine映射表，调用时由enginerouter根据请求type路由执行，避免硬编码分支。
在拖拽大屏系统中，后端接收端需根据前端传来的组件类型、配置和数据源，动态选择并执行对应的解析引擎（如 SQL 引擎、Elasticsearch 查询引擎、Prometheus 查询器等）。通过注解实现动态绑定，核心是将“组件类型 → 解析引擎类”这一映射关系声明化、自动化，避免硬编码 if-else 或 switch 分支。
定义统一解析引擎接口与组件类型标识
所有解析引擎需实现同一接口，例如 ComponentEngine：
public interface ComponentEngine {
Object execute(ComponentRequest request);
}
每个栅格组件在前端应携带明确的 type 字段（如 "bar-chart", "table-widget", "metric-card"），后端据此匹配引擎。该 type 同时作为注解的元数据依据。
用自定义注解标记引擎实现类
定义一个注解 @SupportsComponentType，用于声明某个引擎支持哪些组件类型：
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
public @interface SupportsComponentType {
String[] value(); // 如 {"bar-chart", "line-chart"}
}
然后在具体引擎类上标注：
@SupportsComponentType({"bar-chart", "line-chart"})
@Component
public class ChartSqlEngine implements ComponentEngine { ... }
@SupportsComponentType({"table-widget"})
@Component
public class EsTableEngine implements ComponentEngine { ... }
@SupportsComponentType({"metric-card"})
@Component
public class PrometheusEngine implements ComponentEngine { ... }
构建运行时引擎路由容器
启动时扫描所有 @SupportsComponentType 标记的 Bean，建立 type → Engine 实例 映射表：
- 使用 ApplicationContext 获取所有 ComponentEngine 类型 Bean
- 反射读取每个 Bean 的 @SupportsComponentType 注解值
- 遍历 value 数组，将每个 type 映射到该 Bean 实例（注意处理重复 type 的覆盖或报错策略）
- 将映射表注入到统一调度器（如 EngineRouter）中
调用时只需：
ComponentRequest req = ...; // 含 type="bar-chart" ComponentEngine engine = engineRouter.route(req.getType()); Object result = engine.execute(req);
配合 Spring 的条件化装配与扩展点
若需按环境、租户或数据源类型进一步筛选引擎，可叠加 @ConditionalOnProperty 或自定义 Condition；也可在 ComponentRequest 中预留 engineHint 字段，允许前端显式指定引擎名（如 "sql-v2"），再结合注解中的 alias 属性做二级匹配。
