一种是新手不会开的

另一种是赛道老司机高速过弯的基本功

正常司机左脚没训练过的别轻易尝试，偶尔这么来一下基本上都是一脚踩死的节奏，凶险的很

count where score>myscore ?

EPOLLIN & EPOLLOUT == 5

最简单的做法是失败的时候不要包含 data 项

在 emacs 里写了十几年代码
goland （最初叫 goGland ）出来后果断换到 goland 了

可以理解成账号和用户信息

24x2

spa ？
ios 下始终用进入页的 url 签名就行

别急，qq 小程序也马上要来了

接口也和 wx.几乎一致

pixel c 几乎没有可以干活的工具。连个能调试网页的工具都找不到。

termux 能用，但是键盘上功能键缺失需要组合输入，体验很差。

加点其他触发几率比较大的一些广播事件监听，再加个定时器，然后在这些监听处理里面检查这个 Service 的状态。
息屏的问题，你 WakeLock 也处理一下

我这边一个类似需求的 app，分布在不同的地方，长时间插电运行，websocket 和服务器连接随时接收指令做出响应。
在 vivo,小米，华为几款手机都工作正常，基本上运行几周都不用管。

当然开机自启权限，电源白名单之类的要手工设置好。

不懂黑苹果，但是看堆栈信息是 Realtek 驱动引起的

@waibunleung 已经在那帖子里回了。

做过一些类似的

有些是房间无关的：
1. 比如 websocket 建立后，首先需要用户认证，让服务端识别这个连接对应的用户。认证可以用类似 access_token 的方式，客户端建立连接后第一个消息发送 access_token，让服务端识别用户，并绑定连接和用户 ID 之间的关系。
2. 移动端掉线、网络切换、进入后台连接断开都比较频繁，需要定时往返一些心跳消息让服务端知道用户是否还在线。
3. 游戏的话可能涉及到时间同步，可以在心跳消息中带上用于计算客户端和服务端时间误差的一些信息。

房间相关的：
其实很简单，客户和服务端发送房间相关的消息都带上房间 id 就行了。
服务端每个房间开一个 goroutine，维护房间里的用户列表，处理房间相关的消息
服务端根据消息中的房间 id，把消息写入房间 goroutine 对应的消息 channel 就行了。


思路其实很简单，就是细节还很多，做了才知道。


长连接是比较耗资源的，如果游戏火爆，长连接服务做分布式接入比 http 麻烦很多，就不多说了。

另外记得用 github.com/gorilla/websocket 这个包，不要用 go 标准库里的那个残废。

个人比较讨厌 restful
全部 post，全部 200

gorm:"primary_key;column:IDs"`

@z0ne 阿里云有此类服务的

@yaodd 2 ％是微信规定的社交红包的服务费标准

@muyi
开始阶段是大家一起瓜分红包总金额。如果点的慢有可能红包就抢不完。
互抢阶段就是点的快的从慢的人手里抢