选择追踪工具需要考虑场景需求、系统版本和性能开销。对于 Linux 5.0+ 系统，推荐使用 eBPF 系列工具（bpftrace、bcc-tools），它们开销小且功能强大。对于生产环境的全链路追踪，可结合 perf、ftrace 等传统工具。如需分析用户态应用，strace 和 uprobe 是很好的选择。

火焰图的 X 轴表示采样总量（按字母排序，非时间顺序），Y 轴表示调用栈深度。宽度越大说明该函数占用 CPU 时间越多，是优化的重点目标。关注图中的"平顶山"结构，这些往往是性能瓶颈所在。建议结合 off-CPU 火焰图一起分析，全面了解系统行为。

可以安全使用。eBPF 程序在内核中运行前会经过严格的验证器检查，确保不会导致内核崩溃或安全问题。相比传统的内核模块，eBPF 更加安全可控。建议在生产环境使用前，先在测试环境充分验证脚本逻辑，并使用资源限制参数控制采样频率，避免对业务造成影响。

首先控制采样频率，避免过高的事件触发率。使用基于时间的采样（如 perf record -F 99）而非基于事件计数。优化 eBPF 程序逻辑，减少不必要的数据拷贝和处理。在生产环境中，建议采用按需启用的方式，平时关闭追踪，仅在发现问题时短时间开启。合理使用过滤条件，只追踪目标进程或函数。

符号信息缺失通常是因为二进制文件被 strip 或缺少调试信息。解决方法：确保安装了对应的 debuginfo 包（如 debuginfo-install 命令）；对于自编译程序，使用 -g 编译选项保留符号表；考虑使用 DWARF 调试信息或保留原始未 strip 的二进制文件。对于 JIT 语言（如 Java），需要额外配置 perf-map-agent 等工具生成符号映射。