某微服务系统一次下单请求会经过网关、订单、库存、支付和通知等多个服务。用户反馈下单偶尔很慢，单看某一个服务日志很难判断时间耗在哪一段。为了把一次请求经过的服务、调用顺序和每段耗时串起来分析，较合适的能力是（）。
分布式链路追踪会为一次请求生成 Trace，并把跨服务调用中的 Span、耗时、状态和上下文关联起来。它能帮助定位慢请求到底卡在网关、订单服务、数据库访问、远程调用还是第三方接口上。微服务拆分后，单机日志不再足够，链路追踪就是把分散的调用重新串成一条可观察的请求路径。
选项分析
正确。分布式链路追踪适合分析一次请求跨多个服务的调用路径和耗时。
错误。桌面壁纸不会提升系统可观测性。
错误。关闭监控告警会降低故障发现能力。
错误。统一文件名不能自动关联跨服务调用上下文，也不等于链路追踪。
本题为什么容易错
这题容易被“日志”两个字带偏。日志当然重要，但如果问题跨越多个服务，只看单点日志往往很碎。链路追踪关注的是一次请求的完整路径，这是它和普通日志查询最大的区别。
简短答案
分布式链路追踪为什么能定位跨服务耗时，正确答案是 A（分布式链路追踪）。分布式链路追踪会为一次请求生成 Trace，并把跨服务调用中的 Span、耗时、状态和上下文关联起来。它能帮助定位慢请求到底卡在网关、订单服务、数据库访问、远程调用还是第三方接口上。微服务拆分后，单机日志不再足够，链路追踪就是把分散的调用重新串成一条可观察的请求路径。
易混淆概念对比表
| 概念 | 本题判断 | 区别要点 | 记忆提示 |
|---|---|---|---|
| 分布式链路追踪 | 本题正确答案 | 正确。分布式链路追踪适合分析一次请求跨多个服务的调用路径和耗时。 | 看到题干核心场景时优先联想到它 |
| 只增加服务器桌面壁纸 | 本题干扰项 | 错误。桌面壁纸不会提升系统可观测性。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 关闭全部监控告警 | 本题干扰项 | 错误。关闭监控告警会降低故障发现能力。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
| 把所有服务合并到一个日志文件名 | 本题干扰项 | 错误。统一文件名不能自动关联跨服务调用上下文，也不等于链路追踪。 | 看到该词不要急着选，先判断是否真正解决题干问题 |
本题易混淆选项怎么区分
- 只增加服务器桌面壁纸：错误。桌面壁纸不会提升系统可观测性。
- 关闭全部监控告警：错误。关闭监控告警会降低故障发现能力。
- 把所有服务合并到一个日志文件名：错误。统一文件名不能自动关联跨服务调用上下文，也不等于链路追踪。
知识点详解
微服务是系统架构设计师考试中需要结合场景理解的考点。围绕“分布式链路追踪为什么能定位跨服务耗时”这类题目，复习时要先看题干描述的是概念定义、适用场景、作用效果，还是与其他选项的区别。本题的题干关键词是“某微服务系统一次下单请求会经过网关、订单、库存、支付和通知等多个服务。用户反馈下单偶尔很慢，单看某一个服务日志很难判断时间耗在哪一段。为了把一次请求经过的服务、调用顺序和每段耗时串起来分析，较合适的能力是（）”，它指向的核心答案是 A（分布式链路追踪）。
备考速记
备考速记：题干如果强调“微服务”中的关键目标，就先联想到 微服务；如果选项里出现 只增加服务器桌面壁纸、关闭全部监控告警、把所有服务合并到一个日志文件名，不要只看名称熟悉，要判断它们是否真正对应题干场景。
微服务在微服务场景中的作用
微服务在本题中的核心价值，是解决“某微服务系统一次下单请求会经过网关、订单、库存、支付和通知等多个服务。用户反馈下单偶尔很慢，单看某一个服务日志很难判断时间耗在哪一段。为了把一次请求经过的服务、调用顺序和每段耗时串起来分析，较合适的能力是（）”这个场景问题。复习时不要只背选项名称，还要理解它为什么适用于该场景，以及它能解决哪类安全、流程或管理问题。
同类题怎么考
- 给出微服务场景，判断应该选择哪个概念、工具、协议或管理过程。
- 考查微服务的作用，要求从四个相近选项中找出最符合题干目标的一项。
- 把微服务和只增加服务器桌面壁纸、关闭全部监控告警、把所有服务合并到一个日志文件名放在一起考，重点看适用场景是否一致。
- 题干通常会出现一个关键动作或目标，先定位关键词，再回到选项逐一排除。
微服务在系统架构设计师软考中的考法
软考选择题通常不会只考概念定义，还会把微服务放到微服务场景中，要求判断它的作用、适用范围或与相近概念的区别。遇到这类题时，先抓住题干中的业务场景，再看哪个选项最能解决该场景下的核心问题。
解题思路
题干已经给出多个服务、一次请求、调用顺序、每段耗时这些信号，答案就很明确了。老师讲微服务排障时常说：系统一拆，问题就不一定在你眼前那台机器上。链路追踪就是帮你把这次请求从入口到出口走一遍。
考点定位
可观测性题常考日志、指标和链路追踪的分工。日志看事件细节，指标看整体趋势，链路追踪看一次请求跨服务走过哪里、耗时多少。
易错提醒
- 每个服务各记各的日志，但没有 TraceId，排查时难以串联。
- 只看平均响应时间，忽略少量慢请求的具体调用路径。
- 把链路追踪当成替代监控告警，其实它更适合定位和分析。
备考提示
- 系统架构设计师复习可观测性时，把日志、指标、链路追踪三者分开记职责。
- 题干出现跨服务调用、请求路径、每段耗时、TraceId，优先想到分布式链路追踪。
你可能还想了解
- 分布式链路追踪为什么能定位跨服务耗时？
- 微服务是什么？
- 微服务在系统架构设计师考试中怎么考？
- 系统架构设计师微服务题怎么理解？
- 分布式链路追踪有什么作用怎么考？
- 微服务慢请求怎么定位怎么考？
本文小结
本题核心考点是微服务在微服务场景中的判断和应用。遇到类似题目时，先看题干描述的目标，再判断哪个选项最符合场景；本题应选择 A（分布式链路追踪）。