Enzyme@Enzyme
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“【 在 zxzy 的大作中提到: 】 : Macbook放侧边支架上 键盘放前面 求推荐支架链接。。还有你用的鼠标还是重新买的触摸板啊[ema0]”
“【 在 flymop 的大作中提到: 】 : 你说消息队列的failover么 基本都有 : 恢复之后去重要在应用层做 明白了，多谢。”
“【 在 autulin 的大作中提到: 】 : 现在的消息队列中间件不都有持久化存储功能么？楼主不用自己重复造轮子啊 嗯。 今天网上差了下，常用的中间件的确是有这些功能的。 就是比较好奇是怎么实现的哈哈。。。”
“【 在 buptxiaomiao 的大作中提到: 】 : 我们公司是用的数据库， : 发送消息队列时，将相关信息写进表里，完成后再回写这张表 : 定时监控，发现长时间没处理完的或者丢失的，重发或者再处理 哦，明白了。 果然是有这样处理的。 其实，这样的确感觉蛮耗性能的啊，来一次消息就要存一次数据库。 定期监控，应该是监…”
“两个线程都判断了人数没满，然后到数据库互斥操作了，还是会出现超出人数的情况啊~是不是我哪里理解错了…… 【 在 fuxuemingzhu 的大作中提到: 】 : 对你的加好友的时候的检查是否人数已满和写数据库操作加锁呗。”
“不知道这种处理是代码上处理呢 还是基于数据库处理呢……[ema1] 【 在 buptxiaomiao 的大作中提到: 】 : 加锁吧，肯定有先后顺序的[ema3]”
“消息队列接触的不多，这些是类似 RPC 框架自己实现的吗 ，还是需要自己在写代码实现[ema1]我感觉要写一个demo都好难。。 【 在 wht 的大作中提到: 】 : 回加好友应该有消息队列来做缓存从而计数吧，没实际实现过，不过感觉应该有这个机制来判断你说的人数限制”
“请问下是对啥加锁呢？能具体告知些吗[ema1] 利用数据库的写锁互斥还是用 synchronized 这种关键字呢 【 在 fuxuemingzhu 的大作中提到: 】 : 加锁这个方式简单靠谱。”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。