通过在js调用入口、原生方法各逻辑块及回调处埋点，结合android trace api与ios os_signpost，实现js-native全链路耗时切片分析，并借助systrace/instruments跨层对齐定位瓶颈。
直接在关键原生调用处插入自定义性能条目，就能把 JS 与原生之间的耗时“切片”出来——不是看整体跳转多慢，而是清楚知道慢在哪一环：是序列化参数花了 12ms，还是 native 方法内部执行占了 47ms，又或是回调 JS 的桥接延迟了 8ms。
在原生层埋点：Android（Java/Kotlin）
用 Trace.beginSection() 和 Trace.endSection() 包裹具体逻辑块，注意嵌套层级和命名一致性：
- 在 React Native 原生模块方法入口打开始标记，例如
Trace.beginSection("RN_DeviceModule_getBatteryLevel") - 在真正调用系统 API 前再打一层，比如
Trace.beginSection("BatteryManager_query") - 在 Promise.resolve() 或 reject() 之前结束所有标记，避免遗漏
- 避免在 release 包中保留无业务意义的 trace（如空回调、调试日志级打点），否则会污染 Systrace 数据
iOS 层对应实现（Objective-C/Swift）
iOS 没有内置 Trace 类，但可通过 os_signpost 实现同等效果，且支持更细粒度的分类和参数：
- 导入
#import <os></os>，定义 signpost log 对象 - 用
os_signpost_interval_begin()标记起点，例如os_signpost_interval_begin(log, "RN", "getBatteryLevel", "start") - 在读取电池值后、调用
resolve()前，用os_signpost_interval_end()结束 - 可传入
uint64_t类型的 ID 或字符串参数，便于在 Instruments 中过滤和关联
JS-Native 通信链路全覆盖
单看原生不等于看清瓶颈。需把 JS 端发起调用到收到响应的全过程串起来：
- JS 层在调用
NativeModules.XXX.method()前，用performance.now()记录起点时间 - 在
Promise.then()或resolve()回调里记录终点，计算总耗时 - 将该耗时通过
OH_HiTrace_CountTraceEx()（HarmonyOS）或自定义日志事件（Android/iOS）同步写入系统 trace buffer，实现跨层对齐 - 这样 Systrace 或 Instruments 就能同时看到 JS 调用时间轴 + 原生执行时间轴，直观比对偏差
抓取与识别技巧
打点只是第一步，关键是如何在报告中快速定位：
- 运行 Systrace 时必须启用
-a <your-package-name></your-package-name>参数，否则应用进程的自定义事件不会被捕获 - 在生成的 HTML 报告中，展开对应进程的 “Main Thread” 或 “JNIThread”，你的自定义条目会以彩色块形式出现在轨道上
- 命名建议带上下文，如
"RN_UserLogin_encryptPassword"比"encrypt"更易排查 - 高频调用场景（如列表滚动中反复触发的 native 方法）建议加序号或数据 ID，例如
"bindView_item_12"，避免所有条目堆叠成一条粗线
