在每个 module 的 go.mod 里加上对应的版本就行了

unity 里直接用 mesh 碰撞做，做个瓶子模型然后把星星丢进去就行了

又不是越难越贵，热门的才贵，可别把学校的成绩排名思维拿社会上用了

看来逆向思维能省很多钱呀

没见过，Application.PersistentDataPath 一般不会有问题，大概率是你添加的文件路径写的有问题，输出一下检查看是不是有非法字符或者斜杠反斜杠之类的错误

这是干啥呢？拿别人的 APK 过来然后改名重签名？你干的不像好事啊。是盗版还是黑产啊？

@wkong 看起来不像频率限制，重登录后第一条消息就出不去，没刷新之前发送消息毫无延迟

刷新一下重登录就显示“发送中”了，看控制台显示“已在连接中，不再进行连接.”

@XSDo 一场战斗三分钟，这三分钟玩家就不需要通讯了呀，而且玩家也不是每时每刻都在抽卡强化，玩家没操作的时候就不要通讯。算下来一个玩家平均一分钟也不一定有一次通讯需求，聊天还甩给第三方 SDK ，邮件社交公会竞技场单独服务处理，逻辑服可不就没多少请求了╮（╯＿╰）╭

@XSDo 对，我这边搭的架子是用 redis 做的分布式锁，不过前端也做了消息顺序的处理所以锁冲突的几率非常低，本身游戏逻辑不是很复杂，数据库操作封装一下 redis 缓存 mongo 落地，同时在线几万人的情况下日常 QPS 就几百，redis 缓存都可以不用，撑过开服流量就行了

@fengyouming 想明白决定不做了？😄

为啥要整这么复杂？ gin 的路由不好用吗？ go 又没有注解，你是不是还得自己加个依赖注入啥的？可别整这么一大坨了，就简单写几个 func 处理逻辑挺好

@XSDo 无状态游戏服务器本身没啥问题，简单的抽卡游戏这么做开发效率也很高，你碰到的情况应该是服务端开发能力问题。

@fengyouming 首先，按现在的游戏开发方式，聊天（包括跑马灯公告）都通过第三方服务来处理，掏钱买服务接个 SDK 就行（毕竟牵扯到聊天内容审查，估计你们也没法自己搞 AI 审查），如果没有聊天只有跑马灯公告等你们能控制内容的推送，简单创建一个 websocket 连接处理这部分也可以。

相对来说更重要的是，你们的游戏需要在地图里看到其他玩家跑来跑去吗？需要看到就要做同步，这部分就复杂很多，如果你们没做过的话这是个深坑，时间成本会很高。尽量别做这些，除非你们玩法是依托于玩家交互的。

如果没有玩家交互的话，剩余的逻辑比如抽卡强化之类的偏单机玩法的通讯可以直接 get/post 搞定，简单方便。如果有交互的话，就全都走一条 websocket 连接，消息用 protobuf 还是 json 就看你们习惯了。

至于其他的数据库操作啥的，就属于后端的基本功，而且一般都是很简单的 CRUD 就都搞定了，没啥可说的。

用 Java 可以，选你擅长的就行
更重要的是通讯，需要全程 websocket 还是 get/post 就全搞定了还是搭配着来
先确定有没有一定要后端往前端主动推送的内容，除了跑马灯公告和聊天等功能，大部分逻辑都只需要按时间前端主动拉取，如果只有 get/post 那开发也简单很多

你应届的都拿这么高了，下面回复你的大概率都没你起薪高，能给你啥适合你的建议，自己决定就好了