.NET 诊断与性能试题 06：OpenTelemetry 日志、指标与链路追踪
101 关于Activity，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. 创建 Activity 后所有外部系统都会自动加入同一链路
- B. System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件
- C. Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作
- D. 只要观察到“下游服务缺少父子链路关系”，就能把这次现象视为所有环境中的固定行为。
查看答案与解析
正确答案B
正确项给出了Activity可直接依赖的规则：“System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件”。“Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作”是应用规则前必须确认的边界，不是规则本身；“创建 Activity 后所有外部系统都会自动加入同一链路”则把常见现象或实现细节扩大成了平台保证。场景“下游服务缺少父子链路关系”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
102 生产环境出现“下游服务缺少父子链路关系”时，针对Activity应如何排查？
难度： 进阶
- A. 直接采用“创建 Activity 后所有外部系统都会自动加入同一链路”解释现象，不再收集目标进程和发布配置证据。
- B. 只增加机器资源或重启进程，以一次恢复结果代替对“Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作”的验证。
- C. 先验证“Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作”，再使用运行时指标、日志或最小复现检查“System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件”是否成立。
- D. 只检查代码是否能够编译，通过后便认定“System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件”在当前部署中必然成立。
查看答案与解析
正确答案C
“下游服务缺少父子链路关系”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作”，再以“System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件”组织证据。采用误区“创建 Activity 后所有外部系统都会自动加入同一链路”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
103 评审Activity相关实现时，以下哪项判断不成立？
难度： 实战
- A. System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件
- B. Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作
- C. 遇到“下游服务缺少父子链路关系”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
- D. 创建 Activity 后所有外部系统都会自动加入同一链路
查看答案与解析
正确答案D
题目要求找出不成立的判断，“创建 Activity 后所有外部系统都会自动加入同一链路”正是Activity的典型误区。主规则“System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件”描述了实现应依赖的契约，边界“Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
104 准备上线涉及Activity的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件”实现，在“Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作”成立的环境中验证，并为“下游服务缺少父子链路关系”保留可观测证据和回退条件。
- B. 依据“创建 Activity 后所有外部系统都会自动加入同一链路”完成修改，只要本地运行一次成功就立即发布。
- C. 按照“System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件”修改代码，但不核对“Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作”或目标发布模式。
- D. 只验证“Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作”，实现仍继续依赖“创建 Activity 后所有外部系统都会自动加入同一链路”这一未经证明的假设。
查看答案与解析
正确答案A
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“System.Diagnostics.Activity 表示分布式跟踪中的操作，可携带 TraceId、SpanId、标签和事件”，部署环境满足“Activity.Current 通过异步上下文传播，但跨进程仍需协议头和插桩协作”，并能在“下游服务缺少父子链路关系”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。
105 关于采样，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. 百分之一采样保证每种错误都精确保留百分之一
- B. 头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源
- C. 跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力
- D. 只要观察到“低频严重错误没有进入样本”，就能把这次现象视为所有环境中的固定行为。
查看答案与解析
正确答案C
正确项给出了采样可直接依赖的规则：“跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力”。“头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源”是应用规则前必须确认的边界，不是规则本身；“百分之一采样保证每种错误都精确保留百分之一”则把常见现象或实现细节扩大成了平台保证。场景“低频严重错误没有进入样本”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
106 生产环境出现“低频严重错误没有进入样本”时，针对采样应如何排查？
难度： 进阶
- A. 直接采用“百分之一采样保证每种错误都精确保留百分之一”解释现象，不再收集目标进程和发布配置证据。
- B. 只增加机器资源或重启进程，以一次恢复结果代替对“头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源”的验证。
- C. 只检查代码是否能够编译，通过后便认定“跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力”在当前部署中必然成立。
- D. 先验证“头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源”，再使用运行时指标、日志或最小复现检查“跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力”是否成立。
查看答案与解析
正确答案D
“低频严重错误没有进入样本”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源”，再以“跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力”组织证据。采用误区“百分之一采样保证每种错误都精确保留百分之一”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
107 评审采样相关实现时，以下哪项判断不成立？
难度： 实战
- A. 百分之一采样保证每种错误都精确保留百分之一
- B. 跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力
- C. 头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源
- D. 遇到“低频严重错误没有进入样本”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
查看答案与解析
正确答案A
题目要求找出不成立的判断，“百分之一采样保证每种错误都精确保留百分之一”正是采样的典型误区。主规则“跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力”描述了实现应依赖的契约，边界“头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
108 准备上线涉及采样的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“百分之一采样保证每种错误都精确保留百分之一”完成修改，只要本地运行一次成功就立即发布。
- B. 依据“跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力”实现，在“头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源”成立的环境中验证，并为“低频严重错误没有进入样本”保留可观测证据和回退条件。
- C. 按照“跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力”修改代码，但不核对“头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源”或目标发布模式。
- D. 只验证“头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源”，实现仍继续依赖“百分之一采样保证每种错误都精确保留百分之一”这一未经证明的假设。
查看答案与解析
正确答案B
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“跟踪采样控制保留的数据比例和策略，以平衡可观测性成本与诊断能力”，部署环境满足“头部采样可能丢失后来才显现的错误，尾部采样需要后端支持和更多资源”，并能在“低频严重错误没有进入样本”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。
109 关于指标基数，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. 指标后端会自动免费聚合任意数量标签值
- B. 需要逐请求信息时应使用日志或跟踪并控制采样
- C. 只要观察到“监控成本和查询延迟快速上升”，就能把这次现象视为所有环境中的固定行为。
- D. 指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸
查看答案与解析
正确答案D
正确项给出了指标基数可直接依赖的规则：“指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸”。“需要逐请求信息时应使用日志或跟踪并控制采样”是应用规则前必须确认的边界，不是规则本身；“指标后端会自动免费聚合任意数量标签值”则把常见现象或实现细节扩大成了平台保证。场景“监控成本和查询延迟快速上升”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
110 生产环境出现“监控成本和查询延迟快速上升”时，针对指标基数应如何排查？
难度： 进阶
- A. 直接采用“指标后端会自动免费聚合任意数量标签值”解释现象，不再收集目标进程和发布配置证据。
- B. 只增加机器资源或重启进程，以一次恢复结果代替对“需要逐请求信息时应使用日志或跟踪并控制采样”的验证。
- C. 先验证“需要逐请求信息时应使用日志或跟踪并控制采样”，再使用运行时指标、日志或最小复现检查“指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸”是否成立。
- D. 只检查代码是否能够编译，通过后便认定“指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸”在当前部署中必然成立。
查看答案与解析
正确答案C
“监控成本和查询延迟快速上升”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“需要逐请求信息时应使用日志或跟踪并控制采样”，再以“指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸”组织证据。采用误区“指标后端会自动免费聚合任意数量标签值”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
111 评审指标基数相关实现时，以下哪项判断不成立？
难度： 实战
- A. 指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸
- B. 指标后端会自动免费聚合任意数量标签值
- C. 需要逐请求信息时应使用日志或跟踪并控制采样
- D. 遇到“监控成本和查询延迟快速上升”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
查看答案与解析
正确答案B
题目要求找出不成立的判断，“指标后端会自动免费聚合任意数量标签值”正是指标基数的典型误区。主规则“指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸”描述了实现应依赖的契约，边界“需要逐请求信息时应使用日志或跟踪并控制采样”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
112 准备上线涉及指标基数的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸”实现，在“需要逐请求信息时应使用日志或跟踪并控制采样”成立的环境中验证，并为“监控成本和查询延迟快速上升”保留可观测证据和回退条件。
- B. 依据“指标后端会自动免费聚合任意数量标签值”完成修改，只要本地运行一次成功就立即发布。
- C. 按照“指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸”修改代码，但不核对“需要逐请求信息时应使用日志或跟踪并控制采样”或目标发布模式。
- D. 只验证“需要逐请求信息时应使用日志或跟踪并控制采样”，实现仍继续依赖“指标后端会自动免费聚合任意数量标签值”这一未经证明的假设。
查看答案与解析
正确答案A
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“指标标签应使用数量受控的维度，避免用户 ID、完整 URL 等无界值造成基数爆炸”，部署环境满足“需要逐请求信息时应使用日志或跟踪并控制采样”，并能在“监控成本和查询延迟快速上升”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。
113 关于日志关联，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. 把完整访问令牌作为日志属性最方便且安全
- B. 结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转
- C. 关联标识不应包含敏感业务数据，也不能替代认证审计字段
- D. 只要观察到“跨服务排查无法连接同一请求”，就能把这次现象视为所有环境中的固定行为。
查看答案与解析
正确答案B
正确项给出了日志关联可直接依赖的规则：“结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转”。“关联标识不应包含敏感业务数据，也不能替代认证审计字段”是应用规则前必须确认的边界，不是规则本身；“把完整访问令牌作为日志属性最方便且安全”则把常见现象或实现细节扩大成了平台保证。场景“跨服务排查无法连接同一请求”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
114 生产环境出现“跨服务排查无法连接同一请求”时，针对日志关联应如何排查？
难度： 进阶
- A. 先验证“关联标识不应包含敏感业务数据，也不能替代认证审计字段”，再使用运行时指标、日志或最小复现检查“结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转”是否成立。
- B. 直接采用“把完整访问令牌作为日志属性最方便且安全”解释现象，不再收集目标进程和发布配置证据。
- C. 只增加机器资源或重启进程，以一次恢复结果代替对“关联标识不应包含敏感业务数据，也不能替代认证审计字段”的验证。
- D. 只检查代码是否能够编译，通过后便认定“结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转”在当前部署中必然成立。
查看答案与解析
正确答案A
“跨服务排查无法连接同一请求”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“关联标识不应包含敏感业务数据，也不能替代认证审计字段”，再以“结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转”组织证据。采用误区“把完整访问令牌作为日志属性最方便且安全”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
115 评审日志关联相关实现时，以下哪项判断不成立？
难度： 实战
- A. 结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转
- B. 关联标识不应包含敏感业务数据，也不能替代认证审计字段
- C. 把完整访问令牌作为日志属性最方便且安全
- D. 遇到“跨服务排查无法连接同一请求”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
查看答案与解析
正确答案C
题目要求找出不成立的判断，“把完整访问令牌作为日志属性最方便且安全”正是日志关联的典型误区。主规则“结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转”描述了实现应依赖的契约，边界“关联标识不应包含敏感业务数据，也不能替代认证审计字段”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
116 准备上线涉及日志关联的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“把完整访问令牌作为日志属性最方便且安全”完成修改，只要本地运行一次成功就立即发布。
- B. 按照“结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转”修改代码，但不核对“关联标识不应包含敏感业务数据，也不能替代认证审计字段”或目标发布模式。
- C. 只验证“关联标识不应包含敏感业务数据，也不能替代认证审计字段”，实现仍继续依赖“把完整访问令牌作为日志属性最方便且安全”这一未经证明的假设。
- D. 依据“结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转”实现，在“关联标识不应包含敏感业务数据，也不能替代认证审计字段”成立的环境中验证，并为“跨服务排查无法连接同一请求”保留可观测证据和回退条件。
查看答案与解析
正确答案D
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“结构化日志应记录 TraceId 等关联字段，使日志可以与指标和链路互相跳转”，部署环境满足“关联标识不应包含敏感业务数据，也不能替代认证审计字段”，并能在“跨服务排查无法连接同一请求”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。
117 关于导出器故障，哪一项准确描述了应依赖的平台契约？
难度： 基础
- A. OpenTelemetry Collector 不可用时应用应无限等待确保每条 span 上报
- B. 关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃
- C. 遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求
- D. 只要观察到“遥测后端故障拖慢业务接口”，就能把这次现象视为所有环境中的固定行为。
查看答案与解析
正确答案C
正确项给出了导出器故障可直接依赖的规则：“遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求”。“关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃”是应用规则前必须确认的边界，不是规则本身；“OpenTelemetry Collector 不可用时应用应无限等待确保每条 span 上报”则把常见现象或实现细节扩大成了平台保证。场景“遥测后端故障拖慢业务接口”只能作为排查线索，仍需结合目标框架、发布方式和运行时证据验证。
118 生产环境出现“遥测后端故障拖慢业务接口”时，针对导出器故障应如何排查？
难度： 进阶
- A. 先验证“关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃”，再使用运行时指标、日志或最小复现检查“遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求”是否成立。
- B. 直接采用“OpenTelemetry Collector 不可用时应用应无限等待确保每条 span 上报”解释现象，不再收集目标进程和发布配置证据。
- C. 只增加机器资源或重启进程，以一次恢复结果代替对“关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃”的验证。
- D. 只检查代码是否能够编译，通过后便认定“遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求”在当前部署中必然成立。
查看答案与解析
正确答案A
“遥测后端故障拖慢业务接口”可能由多条路径造成，不能直接证明根因。合理顺序是先确认边界“关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃”，再以“遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求”组织证据。采用误区“OpenTelemetry Collector 不可用时应用应无限等待确保每条 span 上报”、盲目扩容或只看编译结果，都跳过了运行配置与真实调用路径，无法形成可复核的诊断结论。
119 评审导出器故障相关实现时，以下哪项判断不成立？
难度： 实战
- A. 遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求
- B. 关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃
- C. 遇到“遥测后端故障拖慢业务接口”时，应把可观察证据与平台契约分开记录，再验证二者是否一致。
- D. OpenTelemetry Collector 不可用时应用应无限等待确保每条 span 上报
查看答案与解析
正确答案D
题目要求找出不成立的判断，“OpenTelemetry Collector 不可用时应用应无限等待确保每条 span 上报”正是导出器故障的典型误区。主规则“遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求”描述了实现应依赖的契约，边界“关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃”限制了结论的适用范围。生产场景还需要保留指标、日志、跟踪或转储等证据，不能因为一次成功或失败就反转稳定契约。
120 准备上线涉及导出器故障的改动时，哪项验收方案最完整？
难度： 实战
- A. 依据“OpenTelemetry Collector 不可用时应用应无限等待确保每条 span 上报”完成修改，只要本地运行一次成功就立即发布。
- B. 依据“遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求”实现，在“关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃”成立的环境中验证，并为“遥测后端故障拖慢业务接口”保留可观测证据和回退条件。
- C. 按照“遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求”修改代码，但不核对“关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃”或目标发布模式。
- D. 只验证“关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃”，实现仍继续依赖“OpenTelemetry Collector 不可用时应用应无限等待确保每条 span 上报”这一未经证明的假设。
查看答案与解析
正确答案B
完整验收必须同时覆盖规则、边界和生产证据：实现遵守“遥测导出应采用有界缓冲、批处理和失败策略，不能让后端故障无限阻塞业务请求”，部署环境满足“关键安全审计可能需要独立可靠通道，不能与普通调试遥测同等丢弃”，并能在“遥测后端故障拖慢业务接口”出现时定位和回退。其余方案分别依赖错误假设、遗漏环境验证或只检查边界却保留错误实现，均不能证明改动在生产环境中安全。