MrLizs的博客

redigo

写代码写多了就是犯糊涂bug源代码和修改好的代码一张清晰的截图对比：错误的调试信息进行解析后报错：unexpected EOFfunc DispatchPacket(packet rpc.Packet) bool { xxxx... 解析代码： buf := bytes.NewBuffer(rpcPacket.RpcBody) dec := gob.NewDecoder(buf) dec.Decode(&messageNa

今天在面试过程中遇到了一个问题：map在并发时怎么保证一致性(简化后的问题)。这里记录一下2大map一个是老的map类型一个是1.9版之后的sync.map老的map解决办法比如 使用互斥锁，使用channel进行封装（太麻烦）sync.WaitGroup也是一个不错的选择sync.map里面有一些常用方法需要了解一下：func syncMap(){ var sm sync.Map //向a这个key里面存111 sm.Store("a",111) //读值 s

假如这段操作放到不同的微服务里去使用怎么确保数据的一致性和原子性func change_balance(uid, amount int64){ user := getUser(uid) // user: { balance } 进行数据库查询select * from t_user where uid = uid if user.balance + amount < 0 { return errors.new("balance error") } user.balance +=

正在开发游戏服务器客户端是个坑，所有信息都在登录请求，导致我这边没有做连接池的redigo崩溃redigo: unexpected response line (possible server error or unsupported concurrent read by application)找了一天才定位到问题所在...

开发过程中遇到个map必须顺序遍历的时候测出了bug然后取查询这个range排序map的问题搜到一篇文章https://www.cnblogs.com/noKing/p/11661567.html我截取重要部分放在这里：==========分割线==========WHAT？发现下面这段代码，多次运行出的结果是不一样的 1 2 3 4 5 6 7 8 9 10 11 12 13