核心是将业务逻辑执行阶段转化为浏览器可确认、用户可感知、代码可验证的两个稳定时间点，用performance.mark()和measure()精确框定区间；起止点须为不可逆流程开始与内容真正可用时刻，命名规范、配对完整，上报用sendBeacon并抽样防膨胀。
核心是把“业务逻辑执行阶段”转化为浏览器可确认、用户可感知、代码可验证的两个稳定时间点，再用 performance.mark() 和 performance.measure() 精确框定区间。不能只看函数调用开始和结束，而要看真实落地效果。
找准真正有意义的起止节点
起始点不是代码执行行号，而是业务进入不可逆流程的瞬间；结束点不是数据拿到手，而是内容真正可用、交互就绪、视觉就位。
- 搜索提交：起始于「搜索」按钮
click回调第一行，不是输入框input事件；结束于接口响应解析完成 + 搜索结果列表 DOM 已挂载且至少含一个非空<li> - 订单支付弹窗：起始于用户点击「去支付」那一刻，结束于弹窗 DOM 插入完成、关键按钮可点击、且主图
onload或decode()完成后 - 表格渲染：起始于请求返回并开始遍历数据，结束于所有行
appendChild完毕，并在requestAnimationFrame中验证容器offsetHeight > 0且子元素数量匹配
打点要稳、命名要准、配对要全
标记必须落在“稳态”，不能抢在浏览器绘制前；命名需语义清晰、唯一、无动态拼接，measure 必须显式指定两个已存在的 mark。
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 避免在
mounted或useEffect立即打结束点——此时可能是骨架屏或未更新的 DOM - 推荐命名格式：
{模块}_{动作}_{状态}，如search_click_start、search_results_visible、payment_modal_ready - 每个 measure 都应成对构造：
performance.mark('x-start')→ 执行逻辑 →performance.mark('x-end')→performance.measure('x-duration', 'x-start', 'x-end') - 上线前务必验证：
performance.getEntriesByName('x-start', 'mark').length和performance.getEntriesByName('x-end', 'mark').length都应 ≥ 1
采集与上报要可靠不丢数
数据默认只存内存，不主动提取就等于没测。上报必须抗卸载、抗阻塞、带上下文。
- 用
navigator.sendBeacon()上报，尤其在beforeunload阶段，避免 fetch 被中断 - 做简单抽样，例如按用户 ID 取模：
userId % 50 === 0才上报，平衡覆盖率与服务压力 - 上报字段至少包含：
name（measure 名）、duration、url、user_id（脱敏）、device、timestamp - 每次上报后调用
performance.clearMeasures()和performance.clearMarks()，防止缓存膨胀
不复杂但容易忽略：标记不在流程里“插针”，而在它真正开始和真正落地的边界上。
