第2章：初始化耗时采集前置准备

要定位 NavHost 初始化耗时，必须先建立精确、可复现的采集通道。本章覆盖四项前置工作：Android Studio Profiler 启用、自定义 Trace 标记埋点、系统 Trace 开关、性能监控 SDK 接入。缺失任何一项都会导致数据残缺或噪音干扰，无法进入后续诊断。

2.1 采集链路总览

下图展示四种采集手段在初始化流程中的分工与数据流向。每个节点对应一种工具产生的标记，最终在分析平台合并为统一时间线。

2.2 启用 Android Studio Profiler

Profiler 是 CPU/内存/网络实时监控入口，启用后才会生成初始化的线程细节。启用步骤：

1. 附加进程：在 Android Studio 中点击 Profiler 标签，选择目标设备和应用进程。
2. CPU 记录配置：选择 Sample Java Methods 或 Trace System Calls 模式，采样间隔设为 1ms 以捕获 NavHost 微秒级调用。
3. 录制范围：在 NavHost 初始化前点击 Record，初始化结束后 Stop。

2.3 设置自定义 Trace 标记

Profiler 只能看到系统已知方法，无法自动识别 NavHost 业务边界。必须手动添加 TraceCompat.beginSection() / endSection() 标记。推荐命名规范：

// 在 NavHost 实例化前后包裹
TraceCompat.beginSection("NavHost.init")
val navHost = NavHost(context, NavGraphNavigator(...))
TraceCompat.endSection()

// 在 NavigationContainer 创建和 inflate 之间分段
TraceCompat.beginSection("NavHost.inflateLayout")
binding.navHostFragment.setNavHost(navHost)
TraceCompat.endSection()

2.4 打开系统 Trace

系统 Trace 通过 atrace 或 Android Studio 的 System Trace 录制，可捕获 Binder 调用、vsync、SurfaceFlinger 等内核事件。这些事件可能阻塞主线程导致 NavHost 初始化延迟。

命令行方式（适用于 CI 或自动测试）：

# 应用包名为 com.example.app
adb shell atrace -c --app com.example.app --time=10 \
  -b 16384 -o /data/local/tmp/navhost_trace.ctrace
adb pull /data/local/tmp/navhost_trace.ctrace trace.ctrace

Android Studio 方式：在 Profiler 中点击 CPU → Record → Trace System Calls，保持录制 5~10 秒覆盖初始化周期。

2.5 配置性能监控 SDK

真实线上环境无法接入 Profiler，必须通过监控 SDK 持续采集 NavHost 初始化耗时并回传。推荐使用 Firebase Performance Monitoring 或自研 MetricCollector。关键配置：

// 1. 初始化 SDK
FirebasePerformance.getInstance().setPerformanceCollectionEnabled(true)

// 2. 自定义 Trace 包裹 NavHost 初始化
val initTrace = FirebasePerformance.getInstance().newTrace("NavHost_init")
initTrace.start()
val navHost = NavHost(context, NavGraphNavigator(...))
initTrace.stop()

// 3. 添加自定义属性（用于下钻分析）
initTrace.putAttribute("device_type", Build.MODEL)
initTrace.putAttribute("app_version", BuildConfig.VERSION_NAME)

2.6 前置准备检查清单

在启动第一次采集前，逐项确认：