求教类似QQ消息盒子保存消息的功能如何实现

求教类似QQ消息盒子保存消息的功能怎么实现

我想实现一个类似上面图片的功能，后面的数字代表了有几条未读消息
想求教的是这些未读消息怎么样保存？
是保存在内存中好呢还是客户端本地好呢？
用什么样的方式来保存效果比较好
我考虑过用Hashtable来保存，但是效果不理想
求大神指点
------最佳解决方案--------------------

引用:

我想实现一个类似上面图片的功能，后面的数字代表了有几条未读消息
想求教的是这些未读消息怎么样保存？
是保存在内存中好呢还是客户端本地好呢？
用什么样的方式来保存效果比较好
我考虑过用Hashtable来保存，但是效果不理想
求大神指点

QQ假设消息已经在客户端保存成功了，未读消息直接从服务器删除了。实际上我比较讨厌这种机制，我因此懒得用QQ。我认为作为一个负责任的服务系统，不应该以在客户端保存为目的，而应该以客户确实读懂为目的。我想腾讯在此有个失误。实际上，未读消息可以在服务器上保留一段时间，例如当前端提示了10次，或者持续超过10天，那时才从服务器删除。


这跟hashtable有什么关系？在客户端，主要就是放在普通文件里。在服务器端，当然是放在数据库啦。

当然服务器端并不是把消息数据放到数据库里，然后再发给客户端。而是先发给客户端，然后异步地、慢慢地在系统有空闲时才备份到数据库。
------其他解决方案--------------------
QQ的消息 都是直接发到你本地的
然后标识未读~
消息盒子直接读取未读的消息呀
------其他解决方案--------------------
lz,可以考虑用Nosql来存储。redis，memcached
------其他解决方案--------------------

引用:

引用:
我想实现一个类似上面图片的功能，后面的数字代表了有几条未读消息
想求教的是这些未读消息怎么样保存？
是保存在内存中好呢还是客户端本地好呢？
用什么样的方式来保存效果比较好
我考虑过用Hashtable来保存，但是效果不理想
求大神指点


QQ假设消息已经在客户端保存成功了，未读消息直接从服务器删除了。实际上我比较讨厌这种机制，我因此懒得用QQ。我认为作为一个……

当然服务器端并不是把消息数据放到数据库里，然后再发给客户端。而是先发给客户端，然后异步地、慢慢地在系统有空闲时才备份到数据库。
这句话受教了