核心是将业务逻辑执行阶段转化为浏览器可确认、用户可感知、代码可验证的两个稳定时间点,用performance.mark()和measure()精确框定区间;起止点须为不可逆流程开始与内容真正可用时刻,命名规范、配对完整,上报用sendbeacon并抽样防膨胀。

核心是把“业务逻辑执行阶段”转化为浏览器可确认、用户可感知、代码可验证的两个稳定时间点,再用 performance.mark() 和 performance.measure() 精确框定区间。不能只看函数调用开始和结束,而要看真实落地效果。
找准真正有意义的起止节点
起始点不是代码执行行号,而是业务进入不可逆流程的瞬间;结束点不是数据拿到手,而是内容真正可用、交互就绪、视觉就位。
- 搜索提交:起始于「搜索」按钮
click回调第一行,不是输入框input事件;结束于接口响应解析完成 + 搜索结果列表 DOM 已挂载且至少含一个非空<li> - 订单支付弹窗:起始于用户点击「去支付」那一刻,结束于弹窗 DOM 插入完成、关键按钮可点击、且主图
onload或decode()完成后 - 表格渲染:起始于请求返回并开始遍历数据,结束于所有行
appendChild完毕,并在requestAnimationFrame中验证容器offsetHeight > 0且子元素数量匹配
打点要稳、命名要准、配对要全
标记必须落在“稳态”,不能抢在浏览器绘制前;命名需语义清晰、唯一、无动态拼接,measure 必须显式指定两个已存在的 mark。
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(),防止缓存膨胀
不复杂但容易忽略:标记不在流程里“插针”,而在它真正开始和真正落地的边界上。
大量免费API接口:立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游,为数据API应用能力赋能!










