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协议栈!!!大家 有没有别的看法??
目前信令层面的讨论已经有3个,1、XMPP;2、SIP;3、JOSN;
但是问题来了,如果浏览器要实现SIP OVER WEBsocket,那么:1、浏览器内核实现SIP协议栈和WEBSOCKET功能;2、使用JS库实现SIP协议栈;
第一种方法对于开发者来说,简单,只要知道每个API即可。第二种方法比较复杂,但是主动权
在每个JS Lib的开发者手中。真不知道如何使用JS开发SIP协议栈!!!大家 有没有别的看法??
Socket通讯经常会碰到,大的任务处理,导致循环时间长.
WEB页面能否承受这样的多个死循环呢?
JS只是脚本,只有单线程,最多+Timer ,又如何执行WORK线程又让UI继续响应呢?
类似windows中的WSAAsyncSeclet,so,不会阻塞js线程。
ui不需要担心。
传统的即时通信有长轮询和flash socket