最近要做一个这个小应用，也查了不少资料。现在比较纠结该用哪个，主要是考虑服务器负载问题，望了解的大哥指点一二。
1）ajax做个3秒轮询的话，一是会有很多无效请求，另如果上一个请求服务器没响应下一个请求就到了的话，服务器肯定也鸭梨山大。
2）做长轮询的话，一个用户就一个连接，服务器要同时hold住这么多连接，鸭梨也很山大啊。
小弟对具体的架构不懂，反正这2个方法放在这很纠结，因为我也不会分析具体的服务器负载什么的。另：服务器为盛大中等云主机and这个小应用对即时性要求不高。
1）ajax做个3秒轮询的话，一是会有很多无效请求，另如果上一个请求服务器没响应下一个请求就到了的话，服务器肯定也鸭梨山大。
2）做长轮询的话，一个用户就一个连接，服务器要同时hold住这么多连接，鸭梨也很山大啊。
小弟对具体的架构不懂，反正这2个方法放在这很纠结，因为我也不会分析具体的服务器负载什么的。另：服务器为盛大中等云主机and这个小应用对即时性要求不高。
服务器换Nginx。不一定要定时，第一次请求隔30秒，第二次请求隔60秒...
另外站内信是要考虑群发功能的,这时只需要插入一条记录，在用户登录时补全。还要把内容分成另外一个表。
1 ID1 ID2 3 读/未读
这就是一张关系表，另外还有消息表，用户表。站内信一般就是一个未读信件的计数，select count就得到所有该用户未读信件的条数了，在可容忍限度内减少AJAX给数据库带来的查询压力，可以做个120秒的缓存存储未读条数，然后20秒一拉，就完事了。