java后端为什么要学webweb实现网页聊天怎么样？

来源：蜘蛛抓取(WebSpider) 时间：2023-03-14 13:16 标签： web 聊天

我正在编写一个 Android 应用程序，其中包含一个聊天模块。我选择使用长轮询来实现聊天。
因为我试图避免耗尽用户手机电池，所以我考虑在实现中添加一个 GCM 消息平台来通知设备有关新消息的信息。
这个想法是在用户在他的屏幕上打开应用程序时使用长轮询，因此参与实时聊天会很快并且不涉及发送大量 GCM 消息，而当空闲时，服务器会知道用户正在当前没有轮询，并且会在新消息到达时向设备发送 GCM 消息以将其唤醒。
我正在努力解决实现此方法的一些问题:了解用户状态的最佳方式是什么 - 他是现在轮询还是等待推送消息将其唤醒。我应该将应用程序设置为在它进入休眠状态时通知服务器还是服务器应该自行检测它？
如果我将其设置为应用程序将通知服务器何时在模式之间切换，如果此通知未通过，我该如何恢复。 (当客户端正在等待 gcm 并且服务器认为它正在轮询并且不会发送一个..)
我遇到了一些客户端正在轮询并且服务器即使收到新消息也没有响应的情况。也许客户端不知道服务器上的某种超时......如果这是一个错误，我会修复它，但是如果客户端认为它正在轮询而服务器不知道它，我该怎么办(请求的超时时间太长，无法等待下一次轮询)。
我的客户端是原生 Android，Web 服务是 WCF (C#)。
任何想法都会有所帮助。
最佳答案
我没有使用过 GCM，但我在移动设备上使用过很多消息传递应用程序，因此我将尝试解释我们遵循的内容。
What is the best way to know the status of the user
首先 - 当应用程序在前面时进行长轮询并不是接收即时消息的最佳方式。您需要保持 tcp 连接打开才能立即接收! (希望您的通知也应该包含消息)任何类型的轮询都将确保您浪费电池并且不会收到即时消息。其次 - 我认为客户端应该通知服务器其状态(前景/背景)，以便服务器知道如何响应。所以我的建议是对 CIR 使用 TCP 套接字并在后台使用 poll 作为备份(以防服务器丢失“客户端转到后台消息”)
要恢复使用长轮询(10 分钟)从服务器获取更新并通知服务器您的状态。
如果您使用我提到的方法(使用 tcp 套接字)，只要连接处于 Activity 状态，服务器就应该知道您的应用程序处于前台。此外，服务器应始终使用增量更新来响应轮询(您的轮询应在服务器上次发送内容时发送)
希望这可以帮助。
上一篇：Android:无法获取字符串资源
下一篇：android - 避免内部类android内存泄漏

我要回帖

更多关于 web 聊天 的文章

 

随机推荐