应使用高阶函数解耦埋点逻辑，通过injectTrackId等包装器自动注入page、component、action等ID，支持分层组合与监控能力叠加，并从配置中心动态加载ID规则，实现业务代码零侵入。
直接在业务函数里写埋点调用，看似简单，实则把监控逻辑和业务代码死绑在一起。改一个按钮事件要动两处：业务逻辑 + 埋点上报；换监控平台得全局搜索替换；测试时还不得不 mock 上报接口——这不是工程化，是补丁式开发。真正的解耦，是从函数签名开始剥离监控职责。
用高阶函数包装业务函数，自动注入 ID
核心思路：不改业务函数本身，而是用一个“包装器”在执行前自动补全埋点所需的上下文（如 page_id、component_id、event_type 等），再透传给原函数。业务函数只专注做它该做的事。
- 定义统一注入函数：injectTrackId 接收原始函数和预设的埋点 ID 配置，返回新函数
- 新函数执行时，先生成完整埋点参数对象（含时间戳、用户标识、页面路径等基础字段），再调用原函数，并将参数一并传入
- 业务侧调用时，拿到的就是已“自带 ID”的函数，无需关心何时/如何上报
支持多层级 ID 注入：页面 → 组件 → 操作
真实场景中，埋点 ID 往往是嵌套结构。比如一个「提交订单」按钮，需要同时携带：page: 'checkout'、component: 'payment-form'、action: 'submit-click'。高阶函数可分层组合：
- 第一层：withPageId(fn, 'checkout') —— 注入页面级 ID
- 第二层：withComponentId(fn, 'payment-form') —— 注入组件级 ID
- 第三层：withActionId(fn, 'submit-click') —— 注入操作级 ID
- 最终得到的函数，调用时自动合并三层 ID，生成完整 event 对象
与错误处理、性能监控自然融合
高阶函数的优势在于可叠加。你可以在注入 ID 的基础上，再套一层 safeRun（捕获异常并上报）或 performanceMonitor（记录耗时），形成“监控流水线”：
- performanceMonitor(safeRun(withActionId(fetchOrder, 'fetch-order')))
- 一次封装，同时获得：ID 注入、异常捕获、性能打点
- 所有能力彼此独立，可任意排列组合，不互相污染
避免硬编码，从配置中心动态加载 ID 规则
把 ID 映射规则抽离到配置对象中，而非写死在函数调用处。例如：
const trackRules = {
'userProfile': { page: 'profile', component: 'avatar-section' },
'orderList': { page: 'orders', component: 'list-view' }
};
然后让高阶函数根据函数名或模块路径自动匹配规则，减少人工维护成本。这样即使页面重构、组件重命名，也只需更新配置表，业务代码零改动。
