我正在考虑编写一个需要能够将消息推送到浏览器的实时Web应用程序 . 当我第一次阅读Comet时，由于浏览器支持较弱，人们似乎认为这是一种脆弱而不成熟的方法 . 今天，它似乎是一种既定的实用技术 . 但据我所知，浏览器不支持基本方法（长轮询，iframe和脚本标签），现在比06年该想法最初流行时更好 .
当然，在服务器端管理所有这些连接很困难，但是Comet框架解决了这个问题（即使在06年使用像Twisted这样的东西也是如此） . 那么交易是什么：在浏览器中Comet支持是否存在任何突破性问题，或者那些人当时是错误的？
另外：我最近阅读了一篇〜2010年的博客文章，总结了Comet技术的状态，详细介绍了每种方法 . 这听起来好像没有一种方法真的可行 . 这个帖子非常有说服力，这就是为什么我对Comet仍然很敏感 . 关于博客，我唯一记得的是它有一个深色背景（棕色或黑色） . 还有其他人看过那篇帖子吗？我真的很想再看一遍 .
2 回答
我认为彗星现在是非常可行的，每个浏览器都支持长轮询，所以你有一个共同的后备仍然可以工作，并且每个浏览器中的方法比长轮询更有效 .
你只是不经常看到它，因为在每个浏览器中支持不同方法的相当大的任务，google和facebook有资源去做，但是你的普通joe web开发 . 会浪费很多时间来获得很少的收益 . 只有这么多应用程序，你真正需要实时通信彗星提供 .
我认为现在使用像APE和cometD这样的框架可以为您提供后端和客户端实用程序，您可以看到更多人能够承担复杂的任务 . 无论如何，它不可能是不成熟的，彗星只是一种以非常新颖的方式使用现有功能的技术 .
我不认为浏览器在彗星方面发生了很大的变化，就像几年前一样 . 所有的黑客都完好无损 . WebSockets将成为最终的答案，因此浏览器制造商并不急于修复通信，但“标准”仍在不断变化 .