vscode本身不生成调用链路，但可通过集成opentelemetry+jaeger实现微服务间代码级trace可视化；关键在于各服务集成sdk、正确透传traceparent上下文、launch.json中为每个服务单独配置otel环境变量（如otel_service_name、otel_exporter_jaeger_endpoint），并确保compound调试时env不被覆盖。
直接说结论：VSCode 本身不生成调用链路，但能集成 OpenTelemetry + Jaeger 实现微服务间代码级 trace 可视化；关键在于各服务 SDK 注入、trace 上下文透传、以及 VSCode 的 launch.json 配置联动。
istioctl 和 OpenTelemetry SDK 必须同时部署
只装 istioctl 或只配 Jaeger UI 不会自动捕获代码调用链。Istio 的 Sidecar（Envoy）默认只做 L7 流量路由和指标采集，不注入 span context 到应用进程里。
- 每个微服务必须集成 OpenTelemetry SDK（如 Java 的
opentelemetry-javaagent，Go 的go.opentelemetry.io/otel） - 启动时需挂载
-javaagent:/path/to/opentelemetry-javaagent.jar（Java）或显式初始化 tracer（Go/Node.js） - Istio 注入的 Sidecar 会自动转发 HTTP header 中的
traceparent字段，但前提是你的服务代码主动读取并延续 trace —— 否则链路在第一个服务就断了
launch.json 中必须启用 trace 上下文传递
VSCode 调试单个服务时，默认不会把 trace context 注入到子进程请求中。你需要手动在 launch.json 的 env 或 args 里补全上下文传播逻辑。
- Java 示例：在
vmArgs加-Dotel.exporter.jaeger.endpoint=http://localhost:14268/api/traces - Node.js 示例：启动命令加
OTEL_EXPORTER_JAEGER_ENDPOINT=http://localhost:14268/api/traces npm start - 关键参数不能漏：
OTEL_SERVICE_NAME（用于 Jaeger 中服务名过滤）、OTEL_TRACES_EXPORTER=jaeger - 如果用 compound 启动多个服务，每个配置块都得单独设
env，否则只有主服务上报 trace
Jaeger 查询不到调用链？先检查这三处
常见现象是 Jaeger UI 显示 “No traces found”，不是部署失败，而是 trace 数据根本没发出来或格式不对。
- 终端执行
curl -s http://localhost:14268/api/traces | jq '.data | length'—— 返回 0 说明 SDK 没连上或没触发采样 - 检查服务日志是否含
Exporting 1 spans to jaeger类提示；没有则 SDK 未生效 - 确认 Istio 的
tracing策略已开启：运行istioctl install --set profile=demo -y或手动 patchmeshconfig中的defaultConfig.tracing - HTTP 请求头必须带
traceparent（W3C 标准格式），若用 REST Client 插件发请求，需手动加该 header，否则链路从客户端就断
真正难的不是配通，而是让每个服务在不同语言、不同框架（Spring Boot / Express / Gin）里都正确延续 context —— 这部分没统一 SDK 就得自己写 propagation 逻辑，很容易漏掉异步线程或消息队列场景。
