Remember
Remember
Any updates on this? facing the same problem.😂
会话存档 SDK
> > 会话存档 SDK > > 简单看了下，算法不开源，官方是以 native library 方式提供的，这样至少得 cgo 包一层，并且只能在 `linux/amd64` `windows/amd64` 使用了。消息格式也不一样。开发量很大。这个要搞估计得花一些时间= = 我觉得老哥可以考虑下，这个需求很有必要，可能会成为项目的亮点
终于学完了 精彩 得好好看带代码总结了。收货很多 感谢
测试代码是不是多了一行 _, _ = s.Raw("CREATE TABLE User(Name text);").Exec() _, _ = s.Raw("CREATE TABLE User(Name text);").Exec()
咨询一下，这一段 ```go func NewGroup(name string, cacheBytes int64, getter Getter) *Group { if getter == nil { panic("nil Getter") } mu.Lock() defer mu.Unlock() g := &Group{ name: name, getter: getter, mainCache:...
这个感觉是需要的，默认grpc 走的是pick_first,但是实际情况机器可能拥有不同的权重，承接请求量不一样。用户也应该可以在客户端选择不同的picker策略，甚至可以开放接口让用户自定义自己的策略。 我目前是自定义一个[balancer.PickerBuilder](https://github.com/wuqinqiang/easycar/blob/main/core/balancer/builder.go), 在里面提供不同的策略，客户端新增一个option，在 grpc dial 连接之前根据选择的策略类型向grpc [register](https://github.com/wuqinqiang/easycar/blob/main/core/balancer/builder.go#L27)自定义balancer.PickerBuilder。 相关： https://github.com/grpc/grpc/blob/master/doc/load-balancing.md https://github.com/grpc/grpc/blob/master/doc/service_config.md