前两年版号发放收紧其实就是政策逼着游戏开发和发行公司往海外去卷，积极拥抱这一变化、早早选择出海的公司，现在挺多都活得很好，更别说老牌的出海厂商 funplus 莉莉丝这种海外都赚麻了。个人觉得国内政策不会很快就放松，而且说实话我也不愿意见到每天几十款劣质新游戏充斥着国内市场。

在立水桥的话强烈推荐天通苑文化艺术中心的二楼图书馆，地铁做到天通苑站下走一点路就到了，去年刚建好开放的。环境好，旁边就是华联商场，中午吃饭选择很丰富，楼下有咖啡厅。我去年有四个月失业了就是天天泡在图书馆里面。

棒 outline 、explorer 和 callstack 终于不用全挤在左边了

建议上 boss 搜一下哪个语言工资高选哪个，光喷是没用的

@goforwardv2 我用的 gRPC ，想自定义负载均衡算法的话可以参考下官方的文档 https://github.com/grpc/grpc-go/tree/master/examples/features/load_balancing

个人觉得没必要存在这个 proxy 服务，尤其是是单点的情况，十分危险。

rpc 的 load balance 有很多种算法，一般调用的时候选择作为参数就行，或者有需求可以自定义一个负载均衡算法。

GameSvr 无状态的话可以 roundrobin 。有状态的话应该是要保证同一个用户 id 数据转发到同一个 GameSvr 节点上，用一致性哈希或者自己定义一套用户 id 映射 GameSvr 节点 id 的算法。

如果我没理解错的话，楼主说的 AccessSvr 和 proxy 是一个类似具有负载均衡的网关服务，主要功能是转发客户端请求到对应的 GameSvr 、并且返回 GameSvr 的结果给客户端？

这种情况下用 MQ 确实是不合适的，因为你的用户所在 AccessSvr 和 GameSvr 是一一对应的，MQ 并不能保证消费者是哪一个节点。如果没有延迟返回结果或者持久化用户请求的需求的话可以考虑用 rpc 替代 proxy 服务。

至于你所说的网关存在单点故障的问题，我不觉得这个和分布式部署有何矛盾之处，AccessSvr+proxy 的本质就是建立一条客户端和 GameSvr 的连接并且转发双方的数据，这条连接应该是没有状态的，就算挂掉了一个 AccessSvr 服务，客户端重连后在另一台 AccessSvr 重新建立连接即可，对于用户来说几乎是无感知的。唯一需要处理的是同一个用户 id 只能在 AccessSvr 集群上有一条连接，这个用一致性哈希可以保证。引入 MQ 并不能解决这个问题

package main

import "fmt"

type MysqlConfig struct{}

type MongoConfig struct{}

func newCfg(source string) interface{} {
if source == "mysql" {
return &MysqlConfig{}
} else {
return &MongoConfig{}
}
}

func main() {
mysqlCfg := newCfg("mysql").(*MysqlConfig)
mongoCfg := newCfg("mongo").(*MongoConfig)
fmt.Printf("%T\n%T\n", mysqlCfg, mongoCfg)
}

用 v3 版本

另外 vim 和 terminal 调试确实很麻烦，不如 vscode 调试来的方便

在终端里面用了好几年的 vim，近一年切换到 vscode+vim 插件了，虽然没有以前在终端里面各种快捷键切换 vim 和 terminal 来的方便，但是确实省心，建议楼主可以试一试。

@gBurnX 别和他们争了兄弟，他们只是想喷领导傻逼，社会傻逼，zf 傻逼而已。

老外的项目要是遇到这种无脑喷的你以为他会态度很好的给你回复嘛？不一样是直接 close 掉？天天有一波人提这种无聊的 issue，你试试看他关不关？
那么问题来了，是不是老外的项目这么做就是集中精力在开发上面，华为关闭 issue 就是删评控评？

@imldy https://github.com/asim/go-micro
类似的例子太多了，开发者想要的是有帮助的 pr，而不是在 issue 上发表无意义的唠叨

现在喷华为是 zzzq 吗？哪个项目遇到这种只知道发泄怨气的 issue 不会直接关闭的，老外 close 掉 issue 的时候应不应该喷呢？

关 issue 的项目多了去了

用了挺长一段时间，今天下午 ci 还炸了，其他总体来说还是不错的，重要的是基础功能全免费，ci 不想充值的话还可以把自己机器挂成节点来用