1. 添加 Gateway ，把验证和鉴权放进去，其他服务中去掉（要保障内网安全的话另说）。更重要的是首先检查你的服务间通信路径，不要内网通信先去公网绕一圈，那样肯定慢…

2. 看起来更像一个设计问题，需要具体分析，没法直接给建议。

非常佩服你，希望可以继续写下去🙏

这就不得不提 try...catch...的含金量了:)

写到文件，让另一个进程/线程持续读这个文件并通过 websocket 推送到浏览器

奇怪，我倒是觉得所有不严格需要“立刻过期“的场景都应该优先选择 JWT ，尤其是涉及分布式的时候，毕竟它最大的好处是验证不需要访问任何外部的鉴权服务/DB （包括 Redis ）。

至于安全方面的考虑，有效期短一点，配上合理的刷新机制就可以了，修改密码这种场景取消掉刷新用的 Token 就可以了。

想当卷狗的话去杭州，想生活的话去武汉，不想卷又想要高收入的话考虑一下其他地方比如上海……（话说杭州不但卷，收入也不高，消费反而向上海看齐了）

新的泛型写法可能会成为我升级的动力

跨应用的话没提示就是没读

我和 1 楼意见差不多，和 zk 相比的话 redis 好像没什么“非它不可”的情况，考虑正确性的话 zk 更可靠一些。

public beta 一直在用，感觉最大的更新是新的壁纸……

我猜是用在系统约定好保存时统一采用 UTC 的场景下，所有时区信息由应用自己处理。

@SenLief #2 实锤很容易，找个小群每天发点不正确的内容，要不了几天就会有人找你了

你们是没有文档库吗:(

要求用户提供邮箱之类的信息并增加一个通过邮箱获得一次性激活码的功能？

因为要用微信和拼多多之类的 App

Go 默认不使用指针而是零值的原因大概和 protocol buffer 一样。
按照我的理解，业务上要求你区分空值和零值，这个判断就应该你自己来做。基本类型想要精确捕获空值的话就是要么定义成指针，要么参考 Go 的 sql.NullTime 之类的结构实现类似的东西。

或者，换一种语言会舒服很多。