Google携手W3C以及IETF正在致力于引入将实时通信功能融合在WEB浏览器中,按照他们的想法,以后的实时通信直接在浏览器与浏览器之间,依靠HTML5的强大功能。但是个人认为,如果真的实现WEB to WEB的点对点的实时通信,还有太多太多的问题。一旦Demo发布后,传统通信将里死亡的边际不远。有没有人对这个东西比较感兴趣的?可以一起讨论一下!!!
目前信令层面的讨论已经有3个,1、XMPP;2、SIP;3、JOSN;
但是问题来了,如果浏览器要实现SIP OVER WEBsocket,那么:1、浏览器内核实现SIP协议栈和WEBSOCKET功能;2、使用JS库实现SIP协议栈;
第一种方法对于开发者来说,简单,只要知道每个API即可。第二种方法比较复杂,但是主动权
在每个JS Lib的开发者手中。真不知道如何使用JS开发SIP协议栈!!!大家 有没有别的看法??

解决方案 »

  1.   

    WebSocket? 有当然方便,只是方便.
    Socket通讯经常会碰到,大的任务处理,导致循环时间长.
    WEB页面能否承受这样的多个死循环呢?
    JS只是脚本,只有单线程,最多+Timer ,又如何执行WORK线程又让UI继续响应呢?
      

  2.   

    websocket是异步的。
    类似windows中的WSAAsyncSeclet,so,不会阻塞js线程。
    ui不需要担心。
      

  3.   

    websocket是HTML5的东西,受到用户群的限制。
    传统的即时通信有长轮询和flash socket
      

  4.   

    现在google不就是要做到websocket上的即时通信嘛
      

  5.   

    空谈技术是没有用的。应该从应用展望的层面去看,这样技术才能活起来。就象AJAX,刚出来的时候,谁对它感兴趣?后台XML数据交换?不去联系联想一下应用可能性,都会觉得很枯燥。而一旦把它用在合适的应用上体现出了功能的“立体感”,人们就都来精神了。所以问题是楼主没选好谈话的形式。
      

  6.   

    比如目前CSDN的站内短信和好友打招呼这些应用,都非常低效。如果改用WebSocket,将会非常便利和高效。