[转]通过(Node Js||.Net)基于HTML5的WebSocket实现实时视频文字传输(上)

HTML5 拥有许多引人注目的新特性，如 Canvas、本地存储、多媒体编程接口、WebSocket 等等。虽然现在大家把它捧的很火的样子,但是个人认为它还需要其他平台的支持才能真正的"火起来"。

原来做web通信的时候 基于ajax的“轮询” “长轮询”等其他的方式 网上有很详细的解释

轮询：

这是最早的一种实现实时 Web 应用的方案。客户端以一定的时间间隔向服务端发出请求，以频繁请求的方式来保持客户端和服务器端的同步。这种同步方案的最大问题是，当客户端以固定频率向服务器发起请求的时候，服务器端的数据可能并没有更新，这样会带来很多无谓的网络传输，所以这是一种非常低效的实时方案。

长轮询：

长轮询是对定时轮询的改进和提高，目地是为了降低无效的网络传输。当服务器端没有数据更新的时候，连接会保持一段时间周期直到数据或状态改变或者时间过期，通过这种机制来减少无效的客户端和服务器间的交互。当然，如果服务端的数据变更非常频繁的话，这种机制和定时轮询比较起来没有本质上的性能的提高。

流：

流技术方案通常就是在客户端的页面使用一个隐藏的窗口向服务端发出一个长连接的请求。服务器端接到这个请求后作出回应并不断更新连接状态以保证客户端和服务器端的连接不过期。通过这种机制可以将服务器端的信息源源不断地推向客户端。这种机制在用户体验上有一点问题，需要针对不同的浏览器设计不同的方案来改进用户体验，同时这种机制在并发比较大的情况下，对服务器端的资源是一个极大的考验。

最近WebSocket很火啊,曾经做通信都用的 长轮询 后来.Net平台上用上 “SignalR（关于这个有兴趣的可以和我讨论这里就不多说了）”这个血牛B的神器可以看看jabbr（基于它实现的多人聊天室,可能你访问不到这个网站,请自备XX工具访问 ）和老外一起讨论技术是不是很爽?

简单的介绍下SignalR

SignalR 是一个集成的客户端与服务器库，基于浏览器的客户端和基于 ASP.NET 的服务器组件可以借助它来进行双向多步对话。 换句话说，该对话可不受限制地进行单个无状态请求/响应数据交换；它将继续，直到明确关闭。 对话通过永久连接进行，允许客户端向服务器发送多个消息，并允许服务器做出相应答复，值得注意的是，还允许服务器向客户端发送异步消息。它和AJax类似，都是基于现有的技术。本身是一个复合体。一般情况下，SignalR会使用Javascript的长轮询（ long polling），实现客户端和服务端通信。在WebSockets出现以后，SignalR也支持WebSockets通信(前提是使用.NET4.5的版本基于IIS8后面会有介绍)。当然SignalR也使用了服务端的任务并行处理技术以提高服务器的扩展性。

照官方的话讲SignalR它可以实现全双工的通信也就是实时的 而且它有一个“推送消息”的概念通过查看它的文档和源代码可以发现他也非常智能（自动检测当前浏览器和服务器是否支持websocket如果支持则使用websocket通信否则是长轮询），最牛X的是他是跨平台的可以基于Mono！！！！

Mono！

多么牛X的框架！神马IOS Android都能使用它！而且Android有一个叫做 SignalA(Signal for Android 不过它只支持Persistent Connections的连接方式)的框架可以完美结合.Net做通信 我已经用上了 ^_^

Node Js 里面有个 socket.io 的东西 目测使用方法和SignalR 非常的类似（指的是Signal 的 Hub连接方式） 稍后会介绍的。

------------------------------华丽的分割线-------------------------------------------

继续说WebSocket 从w3c上看文档能够看到一些东西的比如

客户端发到服务器的内容:

GET /chat HTTP/1.1

Host: server.example.com

Upgrade: websocket

Connection:Upgrade

Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==

Origin: http://example.com
Sec-WebSocket-Protocol: chat, superchat

Sec-WebSocket-Version:13

从服务器到客户端的内容:

HTTP/1.1101SwitchingProtocols

Upgrade: websocket

Connection:Upgrade

Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=

Sec-WebSocket-Protocol: chat

关于这个概念 可以去参考  WebSocket简单使用(一) - 概念
然后今天要说的是 利用HTML5的 WebSocket做传输基础然后Canvas绘图 来实现视频实时传输
首先说一下平台  Chrome和Safari的最新版本浏览器已经支持是绝对可以的 火狐也可以（好像要用MozWebSocket） 然后恭喜IE10也支持了 最奇葩的时 Windows Phone8上的浏览器也支持
参照网上的（来源自）先写一个简单的Demo应该是这样

客户端

在支持WebSocket的浏览器中，可以直接在Javascript中通过WebSocket对象来实现通信。WebSocket对象主要通过onopen，onmessage，onclose即onerror四个事件实现对socket消息的异步响应。

请创建静态页面 不用创建ruant=“server”的 否则会自动reload

View Code
或者参考这里

ok! 基本上能实现传输文字了,接下来是图像 可以通过base64编码的方式传输 也可以通过二进制传输

HTML5的Canvas 可以实现绘图 然后应该是这样写的

View Code
通过 context.drawImage(image, 0, 0, canvas.width, canvas.height); 来绘制图像

websocket接到数据后通过

image.src = URL.createObjectURL(evt.data);转换成图片对象

ok 这样能实现接收图片了，然后服务端发送的时候

//Buffer里面为你的图片数据 你可以通过文件流的方式来打开
await socket.SendAsync(buffer, WebSocketMessageType.Binary,true, CancellationToken.None);
//注意此时WebSocketMessageType 为Binary二进制流

然后我实现了一个 读取本地文件夹 每隔1秒发送图片给网页的服务端

部分代码如下

string imgPath = HttpContext.Current.Server.MapPath("images");
string[] files = Directory.GetFiles(imgPath);
for (int i = 0; i < files.Length; i++)
{
using (FileStream fs = new FileStream(files[i], FileMode.Open))
{
byte[] imgData = new byte[fs.Length];
fs.Read(imgData, 0, imgData.Length);
//buffer = new ArraySegment<byte>(Encoding.UTF8.GetBytes(userMessage));
buffer = new ArraySegment<byte>(imgData);
// Asynchronously send a message to the client
await socket.SendAsync(buffer, WebSocketMessageType.Binary,
true, CancellationToken.None);
Thread.Sleep(1000);
}
if (i == files.Length - 1)
i = 0;
}

这样图像传输解决了,然后实现套接字 就可以传输实时图片了。

我做了一个Windows Phone的客户端不断的采集图片发送给服务器 然后服务器接到图片发送给浏览器的Demo 就不贴代码了 上图！

有图有真相






(这张图是在Windows Phone模拟器里面的IE浏览器上 证明了 它支持WebSocket)



（Windows 上的客户端 ^.^ Windows Phone Windows 8都能的 ）

上面说的仅仅是简单的演示程序 距离做项目还差的很远，写这篇文章为的是给大家一个信心... Windows 8&Windows Phone也可以的...

-----------------------------------------华丽的分割线---------------------------------------------------

上面是.Net下次在介绍NodeJs的实现吧

Windows Phone交流群"157153754"

Windows8交流群 "243302359"

Happy Coding!

[本文非原创，转自博客：/article/5448632.html]