线上快速定位 CPU 最热的 Erlang 代码路径（使用 OpenResty XRay）
内容提要
本文介绍了使用OpenResty XRay分析Erlang/OTP应用的例子，通过定位消耗最多CPU时间的代码路径，提高应用性能。OpenResty XRay可以分析Erlang语言层面和Beam虚拟机的C语言层面，无需安装特殊模块或插件，进行非侵入式动态分析。通过实时分析和生成报告，找出问题并提出优化建议。OpenResty XRay还可以自动监控在线进程并生成报告。
延伸解读
非侵入式分析的实际意义
文章强调 OpenResty XRay 无需在目标应用中安装模块或插件，也无需重新编译或重启进程。这意味着对于已经在线运行的 Erlang 服务，可以在不中断业务的前提下直接进行性能诊断。对于生产环境中难以复现或不便停机的 CPU 高消耗问题，这种动态追踪方式降低了排查门槛，也避免了因引入探针而改变原有运行时行为的风险。
从 Erlang 到 Beam 虚拟机的跨层定位
分析同时覆盖 Erlang 语言层和 Beam 虚拟机的 C 语言层。报告先指出 check_resp_content 函数中的 lists:filter 与正则匹配是 Erlang 层热点，随后在 C 层对应到 PCRE 库的 match 函数和 erts_pcre_exec 封装。这种跨层关联让读者不仅知道哪段业务代码耗 CPU，还能理解底层正则引擎的执行代价，为优化提供更完整的依据。
正则回溯是本次高 CPU 的直接线索
文章给出的优化建议聚焦于正则表达式：避免代价高昂的回溯操作，或改用非回溯的正则引擎。结合热路径中出现的 re:run、lists:filter 以及 PCRE 的 match 函数，可以看出 CPU 消耗与正则匹配方式密切相关。对于 Erlang 开发者而言，这提示在内容检查等高频业务中，正则写法本身可能成为性能瓶颈，需要结合输入特征评估回溯风险。
引导式分析与自动报告的分工
文章展示了两种使用方式：Guided Analysis 适合按步骤选择问题类型、目标进程和语言层级，并实时生成报告；Insights 页面则提供以日和周为周期的自动监控报告。前者便于开发调试和演示，后者适合持续观察在线进程。读者可根据场景选择：临时排查用引导式分析，长期运维则依赖自动报告来发现趋势。
Q&A
OpenResty XRay 是什么？
OpenResty XRay 是一个动态追踪产品，用于自动分析运行中的应用，以解决性能问题、行为问题和安全漏洞。
如何使用 OpenResty XRay 定位 CPU 最热的代码路径？
通过在 OpenResty XRay 的 Web 控制台中选择 'Guided Analysis'，然后选择 'High CPU Usage'，可以定位 CPU 最热的 Erlang 代码路径。
OpenResty XRay 进行分析时需要安装特殊模块吗？
不需要，OpenResty XRay 是非侵入式的动态分析工具，无需安装特殊模块或插件。
分析报告中显示的 check_resp_content 函数有什么问题？
check_resp_content 函数占用 CPU 时间最多，主要是因为它使用了代价高昂的正则表达式回溯操作。
如何优化 check_resp_content 函数以提高性能？
可以通过优化正则表达式，避免代价高昂的回溯操作，或者改用非回溯的正则引擎来优化该函数。
OpenResty XRay 是否支持自动监控在线进程？
是的，OpenResty XRay 可以自动监控在线进程并生成分析报告。
