沉睡的木木夕

事件接口的方法中的 Receive 语义上应该是有返回结构的，这里应该是 publish - subscribe / send - receive 互相匹配

这个没有下文了么？

我认为 #916 的这种 layout 是高度符合目前 kratos 结构的

> 对于配置/参数的区分，我们认为配置文件是较稳定的，可以继续按照原来的形式进行加载和解析，而参数（命令行参数）可能在每次run的时候需要传入不同的参数，因此进行独立的定义和解析。 我觉得还有一种启动方式可以考虑一下，不一定非得依靠每次 run 指定参数去启动（当 once task 这类不在这次范围内），而可以直接通过配置文件（类似 k8s），将参数配置化，利用代码生成工具直接启动时注入。

XA规范 https://pubs.opengroup.org/onlinepubs/009680699/toc.pdf

参考资料： https://raft.github.io/ https://github.com/maemual/raft-zh_cn

raft核心实现 https://cwiki.apache.org/confluence/display/KAFKA/KIP-595%3A+A+Raft+Protocol+for+the+Metadata+Quorum#KIP595:ARaftProtocolfortheMetadataQuorum-LeaderProgressTimeout

# 分布式共识算法——Raft Raft 节点总共有三个状态： - Leader 主节点 - Follower 从节点 - Candidate 候选节点 Leader 和 Follower 节点之间是有[心跳机制](https://github.com/MarsonShine/MS.Microservice/blob/master/docs/patterns-of-distributed-systems/HeartBeat.md)的。当 Follower 节点检测到 Leader 节点下线（规定时间内无响应）之后就会进入选举阶段。 ## 选举阶段 通过心跳检测到 Leader 失联，其它 Follower 会**随机等待**一段时间，然后自举（term 任期数 +...

中译版： https://github.com/MarsonShine/Books/blob/master/TCPIP/http3-performance-improvements.md

相关知识点 - [go 垃圾回收](https://github.com/MarsonShine/Books/blob/master/GarbageCollection/GC-Golang.md) - [标记清除算法](https://github.com/MarsonShine/Books/blob/master/GarbageCollection/mark-sweep-gc.md)