go服务无法注册到skywalking oap的根本原因是缺乏java agent级字节码注入机制，必须在main()第一行调用sw.init()并早于http.listenandserve或goroutine启动；http需用sw.httpserverinterceptor包装handler且避免提前读req.body；grpc须匹配go2sky与grpc-go版本；自定义tag/log须在span.end()前设置，跨goroutine须用sw.continuedfromcontext延续上下文。
Go服务启动时根本没注册到SkyWalking OAP
根本原因是Go没有Java Agent那种字节码注入能力，sw.Init()必须在main()第一行执行，晚于http.ListenAndServe或任何goroutine启动，探针就失效了。
- 把
sw.Init()放在main()函数最开头，参数至少包含service_name和backend_address（如"127.0.0.1:11800"） - 别在
init()里调用——此时flag.Parse()可能还没跑，配置读不到 - 检查OAP连通性：
telnet your-oap-host 11800；不通就查网络策略或确认SkyWalking版本兼容性（v9+ OAP要求agent v4+） - 加环境变量
SW_AGENT_LOG_LEVEL=DEBUG，看日志里有没有"reporter: send span to backend"
HTTP请求链路断裂，每个Span都是独立Trace
标准库http.ServeMux和Gin/Echo等框架默认不解析sw8头，导致进来的请求无法还原上下文，parentSegmentId为空。
Codex Deep Search
下载
一款AI工具，主要用于使用 Codex CLI 进行深度网络搜索，适用于需要多源综合分析的复杂查询。当 `web_search`（Brave）返回结果不足，或用户……时使用，适合需要提升相关任务效率的用户。
- 对原生
net/http，用sw.HttpServerInterceptor包装handler：http.Handle("/", sw.HttpServerInterceptor(yourHandler)) - Gin用户必须用
sw.GinMiddleware("your-service-name")，且该中间件要放在所有其他中间件之前 - 别手动提前读
req.Body——sw.HttpServerInterceptor会自己读，提前读会导致埋点跳过 - 验证是否生效：打印
req.Header.Get("sw8")，再查生成的Span里是否有parentSegmentId字段
gRPC上报失败或报context deadline exceeded
这是go2sky插件和grpc-go版本不匹配的典型表现。v1.54之后的grpc-go启用了更严格的Deadline策略，旧版插件没适配。
- 锁定组合：
github.com/SkyAPM/go2sky v0.8.0+google.golang.org/grpc v1.54.0最稳；若用grpc-go v1.60+，必须升级go2sky到v0.10+ - 服务端拦截器只能用
sw.GRPCServerInterceptor()，客户端拦截器只能用sw.GRPCClientInterceptor()，互换会丢上下文 - OAP连接别用
WithBlock()——网络抖动时整个gRPC服务启动会被卡住；改用WithInsecure()+ 显式健康检查
自定义Span的Tag或Log在UI里查不到
不是没上报，而是span.End()后写Tag/Log无效。Go的go2sky要求所有元数据操作必须在span.End()前完成，且Span必须处于活跃状态。
- Tag、Log、Error必须在
span.End()调用之前设置，顺序不能错 - 跨goroutine时，不能直接传
span对象，要用sw.ContinuedFromContext延续上下文 - 数据库操作不会自动埋点——
sql.Open本身不产生DB Span，必须用go2sky提供的database/sql插件包装driver
End()，再操作它就静默失败；跨goroutine不延续context，子Span就变成孤儿。这些细节不显眼，但决定了链路能不能真正串起来。
