共计 2636 个字符，预计需要花费 7 分钟才能阅读完成。
每周更新 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 的长处：
- 可扩展性好 应用程序分布式部署的状况下，
session须要做多机数据共享，通常能够存在数据库或者redis外面。而jwt不须要。 - 无状态
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 多平台公布