你这应该 all in 算法啊，想不开搞啥后端啊。

if a!=nil ?

@fengsien99 很正常吧。 公司业务线多的话，每个业务线可以自由选择技术栈的。

@pysex 国企的？ 这不好判断啊。如果是毕业就进国企的话，那技术大概率一言难尽。 最好是待过大厂的或者你明确知道他是个大佬的那种。 不然万一找个菜鸡去面菜鸡，怕你是越走越远了。

你有没有认识的技术还行的人啊， 花点车马费请别人帮你面试技术。 你面综合素质。 先搞定一个技术 leader 再说

如果不考虑去一线的话， 还是别转 go 了。 非一线还是 java php 的天下

6 年等被开啊。 N+1 美滋滋

用 redis 或者数据库做计数，秒级限流

大概率是中间某个环节出了问题造成连接被中断。 可以做测试，最后确定到底是哪两个节点之间出的问题

周末、晚上下班去面？

我们用过类似阿里云的 GA 全球加速， 腾讯云、CloudFlare 也有类似的，本质上是尽快连上云厂商的专线接入点，后半程走专线，效果确实还行。 还有些东南亚国家当地网络状况太差，可以考虑用 http3 ，效果也还可以。

@masterclock 第三方的各种限制，而且也不便宜。 有能力的话自研一下其实成本不高的。

@monkeydream 可以的，符合自己需求的才是最好的。 毕竟 hbase 这一类数据库用的人少，维护起来也比较麻烦。IM 领域真正麻烦的是超大群，其它都还好。

@monkeydream 我们是仿照钉钉走的拉模式，全部都是走数据库，反正 hbase 稳得很(请求量大了或者数据量大了都会自动分片)。mongodb 的话，如果你用分片集群，提前做好压测，应该也没啥问题。

2 亿条不算多，mongodb 的分片集群可以搞定。 如果量再大，可以考虑 hbase 这一类的分布式数据库，我们用 hbase 存的，一天都不止 1 亿条，稳得很。

go 的 http client 默认有连接池限制的， 先把那个限制调大一点再试试

安全攻防， 是上次被磐石行动打怕了吗？ 狗头.jpg