为什么同是广东人，我工作后大部分亲戚都不给我红包了，今年血亏，预计要亏 10000，都怪去年年少不懂事，打肿脸充胖子，给得太多。

@864766428 好可怕

@zj299792458 10%吧

每次去同学聚会都好尴尬，去 KTV 又不会唱歌，又没有幽默感，只能坐在角落嗑瓜子。

@someoneuseless 不，和我换吧，能换我肯定不后悔，因为我这工资是我的好几倍。

您保存的此商家的优惠已达到最大限制。伤心

给大佬递茶

@MeteorCat 正是因为不能相信用户的输入，所以才想在中间加入一层对所有信息进行接收检验，看来也只有这种办法了。

Goland

@MeteorCat 用户鉴权可以通过插件实现，但问题是不能对消息内容进行处理，比如 clientA 在 group1 中发送一条消息{"from": "clientB", "message": "hack"}, 这条消息应该是不合法的，因为消息里的 from 应该是 clientA，不能是 clientB。

@Luckyray 以前我也是这么想的，太理想化了，如果有钱就不一样了，有钱真是可以为所欲为，可以选择的生活更多。

@blueskit 我也不想从负载中获取信息，有没有可能在客户端获知消息是从哪个客户端发过来的？比如群聊，大家订阅同一个 topic，但是你总要知道是谁发出的消息才能做分类展示。

@Jzer0n 高中坚持洗冷水澡，大学之后就中断了，现在想想都不知道当初是怎么坚持下去的。

@blueskit mqtt 没有所谓的 route 概念吧，我想过将 client 的标识加入 topic 中，Topic/Shared/1/clientA 中的"1"就是 clientA 的 id，这样做只能做用户是否能推送的判断，并不能对消息做进一步处理，所以我引入了 managerClient，这个运行在服务器的 mqtt 客户端会接收这些信息做进一步分发。但总感觉这有违 mqtt 的简单性。

@wd 那不就变砖了

windows、miui、flyme......等系统都会收集用户数据，一些输入法更是连用户输入都收集，在所谓的大数据（推广）时代，每个企业都尽可能手机用户信息，个人隐私真是越来越容易获取，只能祈祷这些厂家有点良心不进行扩散。