@gemingsy 服务挂了让副本起来工作啊，每个编号的 Deployment 搞多个 Pod ，订阅同一个主题

@gemingsy im server 应该是有状态副本集, 把用户分配到固定的节点上.

做好容灾就行了

好丑, 怎么恢复原样啊

更新的时候只更新本节点颜色，记录下操作序列号(单调递增); 获取节点颜色需要递归到根节点，取最大序列号节点的颜色. 更新 O(1), 查找 O(logN)

我 mac 上的 mysql 最近也挂了，然后换成了 mysql-community-server.dmg

@lesismal go 泛型被人诟病缺乏优化也不少一天两天了🌚
5%以内的性能损失我还能接受，换取便利. 编译原理没深入学习过，头秃

@lesismal 把 T 换成 int ，性能提升了一点点；对于结构体数组自定义排序，结果应该是一致的，执行回调函数的时候一般来说比较的还是基础类型.

https://github.com/lxzan/dao/blob/main/algorithm/sort.go

@Nazz 忽然发现我的快排非泛型实现比标准库还快 5%, 以前还以为不如标准库最新版 :)

@lesismal 你想表达的应该是 golang 泛型是有开销的, 而不是泛型可以提高性能. 同样两份代码, 把参数换成泛型, 不可能会提高性能. 用快排实测了一下, 722725 => 792782 ns/op, 确实慢了点.

@lesismal 泛型本来就不能提高性能啊, 只是减少重复工作. 一个 Max 肯定比 MaxInt64, MaxInt32...优雅

@lesismal 不熟悉模板元编程，但模仿 cpp 的话无疑会让 go 变复杂许多

@lesismal 泛型声明里面限定了 int, float 之后自然可以做加减乘除, 更复杂的操作即使有重载操作符也不够用, 我认为泛型主要是给写库的人使用的.

@lysS 是的, 如果泛型的接口约束里面不涉及多种数据类型, 直接用接口更好

alpine 比较轻量

@lesismal 泛型主要是用来实现数据结构与算法的. 有时候也需要在泛型方法里面转成 interface{}再断言

@none 提问者想要的只是编译期类型检查

访问具体的数据要用接口约束;

package main

import "fmt"

type Test struct {
V string
}

func (t *Test) GetValue() string {
return t.V
}

type TestNext struct {
V string
}

func (t *TestNext) GetValue() string {
return t.V
}

type Value interface {
GetValue() string
}

func handle[V Value](a V) {
fmt.Println(a.GetValue())
}

func main() {
handle(&Test{V: "Hello"})
}

很符合直觉, 只是这样不方便维护.