乐趣区

关于程序员:一期Go群问答并发控制数据竞争错误与异常

jiezi

每周更新 Go 技术交换群的群问答内容，有须要可发我 Go 加群探讨学习。

并发管制

waitGroup.done()不是必须写在 main 办法中吗? 为什么我的协程没有胜利期待？

熊 ：如果用了wait group，申请就间接卡住了，如果只有一个goroutine 那和间接调用函数没有区别其实。你是想申请立即返回，而后其余数据稍后返回的话，用中间件比方kafka。或者用回调callback

谬误现场

谬误起因：没有能胜利期待 goroutine 执行完，done要放 goroutine 里，里面是wait。

参考用例

var wg sync.WaitGroup
sList := []string{"a", "b"}
wg.Add(len(sList))
for _, d := range sList {go func() {defer wg.Done()
            fmt.Println(d)
        }()}
wg.Wait()

数据竞争

如果不同的线程写同一个 map 的不同 key 内容是不是不必 sync.Map 了？会存在数据竞争吗？然而如果我 make 的时候提前指定容量呢？

熊 ：会影响的，预计map 中的 hmap 会影响到，有几率会在运行时报错

机器马 ：你在用之前没法确定会用哪个key 啊，除非你再用构造体封装一层

熊 ：我想到两个方法，1 是用这个，还有一个是弄个channel，如果数据用处不一样，弄成构造体channel，用一个goroutine 来接管他们。独自用一个线程来承受数据，go这个货色就是个语言，怎么好用怎么来，尽管始终是在推channel，但只有实现需求。

sync.Map 为什么没有 len 测长度办法？

Mike：看来有人也遇到这么问题，为杀 map 反对 len()，而sync.Map 不反对。有趣味的能够看看issue. 简略说官网认为 map 原本就不应该有 length 的实现。

机器马 ：2017 年社区就在吵要不要加个len 办法了。个别 syncmap 都不会独自应用, 而是封装到构造体里，而后再写一层办法，所以个别就会在这一层做count，用原子操作计数。

诘问 ：sync.Map 这个Range 办法有个返回值，是bool 是用来返回是否 range 空map吗？range如何解决碰到到空的？

熊 ：这个bool 是传入函数的返回值，调用完当前如果是 Map 是空的，实际上就什么也没做，不会给返回。外面给迭代，你传入的函数解决下 k v 的行了。没方法判断是否为空。

登陆验证

咱们能够用 UUID 生成咱们的 token，为什么还要用 jwt 呢（redis 中存储 token 和用户信息对应关系）？

Mike：无状态 jwt不在服务端存储任何状态。RESTful API的准则之一是无状态，通过 redis 存储 token 和用户信息，违反了无状态准则。

Mike：JWT 的长处：

  1. 可扩展性好 应用程序分布式部署的状况下，session 须要做多机数据共享，通常能够存在数据库或者 redis 外面。而 jwt 不须要。
  2. 无状态 jwt不在服务端存储任何状态。RESTful API 的准则之一是无状态，发出请求时，总会返回带有参数的响应，不会产生附加影响。用户的认证状态引入这种附加影响，这毁坏了这一准则。另外 jwt 的载荷中能够存储一些罕用信息，用于替换信息，无效地应用 JWT，能够升高服务器查询数据库的次数。

Mike：毛病：因为 jwt 的payload是应用 base64 编码的，并没有加密，因而 jwt 中不能存储敏感数据。而 session 的信息是存在服务端的，相对来说更平安。

熊 ：对于前端事实以后是哪个用户的问题，只须要 后端把用户根本信息存 cookie 里就能够了 。后端用token 获取用户信息，把二者分来到。

熊 ：对于Mike 所述的第一个长处，实际上也有弊病，因为必须期待 token 记录的工夫到期，jwt才会断定 token 过期，服务端无奈被动过期。也无奈做多平台挤出登陆 ，相似于 QQ 那样子。
熊：gtoken就是存redis

此用户名已被占用: jwt个别还要再加密吧? 我记得是有 rsa
熊：的确是要加密的

宋跑跑：签名加密？

此用户名已被占用: 难道不是吗? 不然 token 裸奔。

宋跑跑 (宋跑跑): 害 信息其实都能拿到了。

异样解决

go 你们在我的项目中都是怎么异样解决的呀，java 是抛出自定义有业务异样而后全局异样捕捉？

张朝胤 ：Golang 不是 if err=nil？全局try catch 怎么解决？

Mike：fmt. Errorf 能够包装多层谬误，再用 errors.ls集中判断。没必要把 java 外面那一套带进Go，这两门语言的哲学原本就不一样。

宋跑跑：recover

国玮：exception != error, 谬误是谬误 异样是异样, 谬误是能够思考降级解决 不影响程序运行的 异样反之。例如最罕用的 error 级别，Go 语言贡献者 Davio 认为，对谬误进行降级解决后，应该打印 info 级别的日志，这意味着我解决了谬误，或者往上抛并 warp 它。不过我不是很同意这个观点 info 和 error 的解决是齐全不同的。谬误就该打进去。

国玮 ：对于谬误 其实Go 的哲学就是 error is value，你把它当做一个值来解决，exception 是那种会让程序解体的，解体复原用 recover 就行。

吆吆好叼啊：能够这么了解吗？service层出现异常间接返回，controller层调用 service 层办法进行解决，如果呈现谬误，controller层返回前端自定义异样 json 数。

国玮 ：能够，调用者处理错误。不须要像java 那样抛出业务异样，有个专门的对 controller 层解决的异样解决类。然而这句话外面，要留神，是谬误，不是异样！要弄清楚它们的概念呀。

国玮：Java 中的异样，是能够继承的，那么就是说父 exception 能够接管所有 子 exception，这就没有做到细分。

国玮：谬误能够用 Wrap 一层一层往上抛（error std lib 的一个办法），大略意思就是 Warp 去包装谬误，为谬误提供更多的“证据”和“线索”，然而并没有真正的处理错误，处理错误实质上还是交给调用者。

Mike：其实很灵便的，对于错误处理齐全看业务须要，有些谬误能够跳过，有些不行，必须得返回。

国玮：嗯嗯，在理论编码中，的确是这样的，不过 Dave 认为，如果你对谬误不关怀，那么你也不应该关怀它返回的值。可能是揭示咱们要审慎吧！

其余

大家有 go 单体我的项目举荐吗，我浏览浏览（最好是格局标准）？

https://github.com/golang-standards/project-layout

本文由 mdnice 多平台公布

退出移动版