可通过JVM参数或System.setProperty()注入自定义标识实现调用链“染色”，需在Span创建前读取并写入Span属性，配合HTTP/RPC头透传至下游，结合采样策略条件追踪，并注意System属性的线程安全与初始化时机。
可以通过设置 JVM 启动参数或运行时调用 System.setProperty()，把自定义标识（如环境、租户、灰度标签）注入到调用链上下文中，实现动态“染色”。关键在于让这些属性在 Span 创建时被自动采集并透传，而不是仅存在本地 JVM 中。
在 Span 初始化阶段读取 System 属性
大多数主流 SDK（如 Sleuth、OpenTelemetry Java Agent、SkyWalking Agent）支持扩展 Span 的 tag 或 attribute。你需要在 Span 构建逻辑中主动读取指定的 System 属性，并写入当前 Span：
- 例如使用 OpenTelemetry SDK：在
SpanProcessor或SpanBuilder.startSpan()前，调用System.getProperty("trace.tenant-id")，再通过span.setAttribute("tenant.id", value)写入 - 若使用 Sleuth，可自定义
CurrentTraceContext.ScopeDecorator，在 Scope 激活时从 System 属性提取值并放入 MDC 或 TraceContext - 注意：必须在 Span 创建前完成读取，否则后续子 Span 可能无法继承该属性（除非显式传播）
确保跨进程透传染色字段
System 属性本身只存在于本 JVM，要让下游服务也“看到”这个染色信息，需配合 HTTP 或 RPC 协议头透传：
- 在出向请求拦截处（如 RestTemplate、Feign、Dubbo Filter），读取
System.getProperty("trace.env")，并写入请求头，例如X-Trace-Env: prod - 在入向请求拦截处（如 Spring WebMvc HandlerInterceptor、Servlet Filter），从请求头提取该值，并设为 System 属性（或更推荐：存入当前线程的 TraceContext）
- 避免直接反复调用
System.setProperty()，它不是线程安全的；应优先使用 Tracer 提供的 Context API 存储和传递
配合采样策略做条件染色追踪
不是所有请求都需要染色，可通过 System 属性控制是否开启追踪或增强采集：
- 设置
-Dtrace.sample-mode=tenant-aware，并在自定义 Sampler 中判断该值，对特定 tenant-id 的请求强制 100% 采样 - 设置
-Dtrace.debug-tag=user-12345，当请求携带匹配的用户 ID 时，自动给 Span 打上debug: true标签，便于在 Zipkin/SkyWalking 界面快速筛选 - 这类开关适合灰度发布、问题复现等场景，无需改代码，重启或热加载即可生效
限制与注意事项
System 属性是全局静态变量，不适用于高并发下频繁变更的场景：
- 不要在业务方法里反复
System.setProperty("x", v)—— 会污染其他线程，且无法回滚 - 推荐只在应用启动时初始化一次（如通过
@PostConstruct或 Agent 的premain方法），后续通过 Context 或 MDC 管理请求级变量 - 如果使用 Java Agent 方式植入（如 Collie 或 SkyWalking），可在
transform()阶段直接从 System 获取初始配置，比运行时反射更稳定
