上次介绍到了关于客户端实时刷新摄像头所识别的图片的一些方法,采用了了UDP广播的技术做处理。理论上是没有问题的,将客户端运行在不同电脑上也能很好的看到效果,运行日志也没看出啥问题,结果今天翻看日志的时候发现提示缓冲区异常。加一个长度断点之后,发现了当图片转化的【byte】数组长度大于110K 的时候,就会出现缓冲区异常。日志部分截图如下
根据网上找的解决方案,大致是UDP广播默认发送的是短消息,数据量不会太大,这样大型图片的话有的长度会超过此默认范围,需要设置缓冲区大小,如下添加
//发送 //int nSendBuf = 200 * 1024;//设置为200K //sock.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.SendBuffer,nSendBuf); //设置缓冲区 sock.SendTo(data, ipendPoint);
设置之后,确实能改善一些效果是,但是,在老大的提示下,为何非要传递图片,既然图片会保存到服务器的FTP上,为何不直接向客户端广播下 图片所在的ftp路径呢?顿时恍然大悟,本人刚开始做cs,很多地方还要学习,处理问题还不够灵活,于是果断的将图片内容转换为ftp地址,完美解决问题。这里还有个事情要记录下,关于图片转byte[] 数组的时候,按照惯性逻辑,先用文件流FileStream 加载图片所在的路径,然后创建一长度为流长度的byte 字节数组,再调用文件流的Read 方法,将图片流写入到byte字节数组中,最后在关闭文件流。实际上只需要一行代码就可以解决这些逻辑 ReadAllBytes方法可以直接将路径所在的文件转换为byte[] 数组,如下
//图片路径 string temp = fileName + m_Guid + ".jpg"; //FileStream fs = new FileStream(temp, FileMode.Open, FileAccess.Read); //int length = (int)fs.Length; //byte[] bytes = new byte[length]; //fs.Read(bytes, 0, length); //fs.Close(); //直接将路径所在的文件转化为byte[] 数组 byte[] bytes = new byte[File.ReadAllBytes(temp).Length];
作为cs的小白,以后确实要加紧,IO流、线程的学习