go连nats不panic的最小可行配置是显式设置重连策略（nats.maxreconnects(60)、nats.reconnectwait(2time.second)、nats.reconnectjitter(100time.millisecond, time.second)）、用nats.usercredentials加载凭证、连接后立即初始化jetstream上下文，且所有操作绑定context.context。
Go 连 NATS 服务器不 panic 的最小可行配置
裸调 nats.Connect(nats.DefaultURL) 在网络抖动时大概率 panic，生产环境必须补全重连与上下文管理。本地开发可跑单节点 nats-server（默认监听 0.0.0.0:4222），但连接代码不能照搬 demo。
- 显式配置重连：
nats.MaxReconnects(60)、nats.ReconnectWait(2*time.Second)、nats.ReconnectJitter(100*time.Millisecond, time.Second) - 凭证绝不硬编码：改用
nats.UserCredentials("user.creds")加载文件，避免密钥泄露 - 若启用 JetStream，连接后立刻执行
jetstream.New(nc)，不能延迟到首次js.Publish()时才初始化，否则 panic - 所有操作需绑定
context.Context，订阅端用redis.WithContext(ctx)类似逻辑，防止 goroutine 泄漏
NATS 默认丢消息？不是 bug 是设计，怎么让它不丢
NATS 默认是纯内存转发，消费者掉线期间发布的消息直接丢弃——这不是故障，是设计取舍。想“不丢”，必须启用 JetStream 并正确配流（Stream）和订阅策略。
- 创建 Stream 时必须指定
RetentionPolicy，比如jetstream.InterestPolicy（按订阅者兴趣保留）或jetstream.WorkQueuePolicy（按工作队列语义） - 订阅必须显式设
nats.DeliverPolicy(nats.DeliverAll)，否则重启后收不到断连期间积压的消息 -
DeliverLastPerSubject会跳过中间事件，只推最新一条，慎用 - JetStream 不保证 exactly-once，只保证 at-least-once，消费者必须自己做幂等：比如用
order_id去重 + 数据库唯一索引拦截
JetStream 发布消息重复/乱序，问题不在服务端
重复和乱序根本不是 NATS 服务端的问题，而是客户端没按规范用。JetStream 支持去重，但得手动开，且窗口期得设对；顺序则完全取决于发布者行为。
- 每条消息必须带唯一 ID：
nats.WithMsgID("order-123")，ID 要业务语义唯一（不能用uuid.New()这类无意义随机值），否则流级Duplicates: 2*time.Minute配置无效 -
Duplicates是去重窗口，不是“保留时间”；若业务处理耗时超过该值，重复消息仍可能被接受，需同步调大或优化处理逻辑 - 多 goroutine 并发调用
js.Publish()会导致同一 subject 下消息乱序；需强顺序场景，应串行发布，或用单个 goroutine + 带缓冲 channel（如make(chan Event, 128)）缓冲后再统一发
进程内 vs 跨节点：别在 chan 和 NATS 之间硬选一个
Go 里没有“通用消息总线”，关键看场景：进程内小规模通信用 chan 最快最稳；跨节点、需持久化或高可靠，必须交由 NATS/JetStream 承担。
- 进程内：用
make(chan Event, N)创建带缓冲 channel，N 按峰值吞吐预估（常见 16–1024）；太小易阻塞 sender，太大浪费内存 - 发送端务必用
select { case ch 非阻塞写入，避免 receiver 挂掉导致整个流程卡死 - 多个 goroutine 并发写同一 channel 时，消息顺序不保证；若业务强依赖
order_id有序，需加锁串行化写入 - channel 关闭后继续 send 会 panic；receiver 应始终用
e, ok := 判断是否已关闭
真正容易被忽略的是：哪怕只做进程内总线，也建议用泛型封装 Event[T any]，避免 interface{} 带来的运行时类型错误和调试成本——结构体字段缺一不可：Type string `json:"type"`（用于路由）、Version int（用于兼容演进）、ID string（用于幂等与追踪）。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
