OTP 27的trace和seq_trace模块有何区别？‘sequential’含义是什么？

"sequential"名称的含义 #

seq_trace里的"sequential"指的是消息传递的序列链路追踪——它能追踪一条消息在多个进程之间传递、处理的完整顺序流程，把跨进程的关联操作串成一条可追溯的序列，这也是它和普通trace最核心的区别。

两个模块的核心区别 #

• 追踪范围不同

  • trace：聚焦单个进程的本地事件，比如进程的函数调用、消息接收、状态变更、崩溃事件等，是单进程维度的精细化监控。
  • seq_trace：专注跨进程的消息传递序列，能追踪一条标记过的消息从发起进程到后续所有接收、转发进程的完整链路，覆盖多进程协作的整个流程。

• 核心能力差异

  • trace：通过erlang:trace/3等接口开启进程级追踪，可指定监控函数调用、消息收发等具体事件，获取单个进程内的执行细节。
  • seq_trace：先通过seq_trace:set_token/1给目标消息打追踪标记，后续这条消息在进程间传递时，所有涉及的节点和进程都会记录相关事件，最后用seq_trace:print/0就能输出完整的消息流转链路日志。

• 适用场景不同

  • trace：适合排查单个进程的逻辑问题，比如进程崩溃原因、函数参数异常、局部执行流程不符合预期等。
  • seq_trace：适合调试多进程/分布式系统中的协作问题，比如请求在进程间丢失、消息顺序错乱、分布式调用链路的性能瓶颈等。

• 开销与粒度

  • trace：粒度细到单个进程的具体操作，开销集中在目标进程，对系统整体影响小，适合局部调试。
  • seq_trace：粒度是跨进程的消息链路，会涉及多个进程的追踪标记，整体开销略高，但能提供全局的消息流转视角。

内容的提问来源于stack exchange，提问作者radrow