dapr不是部署即互通，必须确保go服务与sidecar同步就绪、地址对齐、协议一致：dapr.run()不阻塞主goroutine需显式等待；服务须监听0.0.0.0:3000并提供/healthz；app-id、组件名、topic名须严格一致；客户端调用须用dapr.client而非手拼url。
直接说结论：Dapr 不是“部署了就能互通”，必须让 Go 服务和 sidecar 同步就绪、地址对齐、协议一致，否则调用必失败。
为什么 dapr run 启动后 Go 服务立刻退出或无法被调用
根本原因是 dapr.Run() 只注册组件、启动 gRPC/HTTP 接口，但不阻塞主 goroutine；同时 sidecar 默认等待服务在 0.0.0.0:3000 返回 /healthz 健康响应才转发流量。
- Go 主函数末尾没阻塞：必须加
select{}或用signal.Notify(ch, os.Interrupt, syscall.SIGTERM)等待信号，否则进程秒退 - 监听地址写成
127.0.0.1:3000或localhost:3000：sidecar 在容器/网络命名空间内，无法访问 localhost，必须用http.ListenAndServe("0.0.0.0:3000", nil) - 没实现
/healthz：加一行http.HandleFunc("/healthz", func(w http.ResponseWriter, r *http.Request) { w.WriteHeader(200) }) - 没显式指定
--app-port：dapr run --app-port 3000 --dapr-http-port 3500 --app-id order-service go run main.go，避免 Dapr 猜错端口
Go 客户端调用其他语言服务时返回 404 或 Unavailable
这不是网络不通，而是 app-id 匹配失败、sidecar 地址错误或调用方式绕过了 Dapr 能力。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
-
app-id必须完全一致（大小写、中划线）：Java 侧启用了--app-id payment-service，Go 客户端client.InvokeMethod(ctx, &dapr.InvokeMethodRequest{Method: "pay", Data: payload, ContentType: "application/json"})中的 target app-id 就得是payment-service，不能少横线或大小写混用 - 别手拼 URL 调用
http://localhost:3500/v1.0/invoke/xxx/method/yyy：这绕过熔断、gRPC fallback、TLS 自动启用，应统一用dapr.Client - 初始化 client 时地址要动态：本地开发用
client.NewClientWithPort("3500")，K8s 环境必须读环境变量：fmt.Sprintf("http://%s:%s", os.Getenv("DAPR_HTTP_HOST"), os.Getenv("DAPR_HTTP_PORT")) - 启动前先确认 sidecar 就绪：
curl http://localhost:3500/v1.0/healthz返回 204，再发 invoke 请求
Dapr Pub/Sub 在 Go 中收不到事件的三个硬性条件
发布/订阅不是“发了就有人听”，它依赖组件配置 + 主动注册 + HTTP server 长期存活。
- Pub/Sub 组件 YAML 必须存在且 name 与代码中
server.AddTopicEventHandler("mystore", ...)的 topic 名字完全匹配（大小写敏感） - Go 服务必须显式调用
server.AddTopicEventHandler("orders", handler)并启动 HTTP server：server.Start()，否则 Dapr sidecar 根本不知道该往哪推消息 - topic 名称不能只写在注解里（如
[Topic("orders")]）：那是 ASP.NET Core 的语法，Go SDK 没这机制，必须代码里注册 - 确保发布方用的是同一个 Pub/Sub 组件名：
client.PublishEvent(ctx, "pubsub", "orders", payload)中第一个参数是 components/pubsub.yaml 里的metadata.name
State Store 写进去却读不出的静默失败点
client.SaveState() 成功不代表数据真存进去了——Dapr 不校验 store 是否真实可用，写操作会静默成功，读则返回空字节。
- 检查
components/statestore.yaml中metadata.name：比如写的是client.SaveState(ctx, "redis-state", "order-123", data)，那 YAML 里metadata.name必须是redis-state，不能是redis或redis_state - key 是字符串，不是 struct：如果传了 struct，SDK 会 JSON 序列化成字符串，但读的时候用原始 key 就对不上，统一用
fmt.Sprintf("order-%s", id)构造 key - 本地 Redis 作 state store 时，
redis.yaml中redisHost要设为host.docker.internal:6379（Mac/Win），Linux 下需查 Docker 网络：docker network inspect dapr_default找 gateway IP
最易被忽略的其实是 sidecar 和应用的就绪顺序——它不是并行启动完成就互通，而是 sidecar 等应用健康探针通过后才开始接管流量。任何一端监听地址、健康接口、app-id 或组件名的微小偏差，都会导致整个链路静默失败。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
