从图像转换到byte[]数组的几种方法

从图像转换到byte[]数组的几种方法

 

//性能最高，其数组和像素一一对应
publicstaticvoidtest1(Imageimg)
　　　　{
　　　　　　Bitmapbmp=newBitmap(img);
　　　　　　BitmapDatabitmapData=bmp.LockBits(newRectangle(newPoint(0,0),img.Size),ImageLockMode.ReadWrite,PixelFormat.Format24bppRgb);
　　　　　　byte[]BGRValues=newbyte[bitmapData.Stride*bitmapData.Height];
　　　　　　IntPtrPtr=bitmapData.Scan0;
　　　　　　System.Runtime.InteropServices.Marshal.Copy(Ptr,BGRValues,0,BGRValues.Length);
　　　　　　bmp.UnlockBits(bitmapData);
　　　　}
//性能较低，数组内容较少，内容未知
　　　　publicstaticvoidtest2(Imageimg)
　　　　{
　　　　　　System.Drawing.ImageConverteric=newSystem.Drawing.ImageConverter();
　　　　　　byte[]btImage1=newbyte[0];
　　　　　　btImage1=(byte[])ic.ConvertTo(img,btImage1.GetType());
　　　　}
//性能较低，数组内容为图片格式内容，格式未知
　　　　publicstaticvoidtest3(Imageimg)
　　　　{
　　　　　　System.IO.MemoryStreamms=newSystem.IO.MemoryStream();
　　　　　　img.Save(ms,ImageFormat.Bmp);
　　　　　　byte[]byteImage=newByte[0];
　　　　　　byteImage=ms.ToArray();
　　　　}

　下面说说他们的特点

　　test1和test3性能十分接近，test2性能要比前2个明显低一些，应为它们都是内存操作，当然快了。

　　test3在单次各种测试候都比test1要快一点点，真的是一点点，但是在做5000次测试时，test3就明显拉开了距离；

　　那么可以看出test3在某条语句上耗时了，但可能不是数组操作，比较在内存里，我个人认为是ImageFormat编码的耗时，当然，你用ImageFormat.Png获得的byte[]长度明显变短，

　　但是耗时也明显增加。

　　test2一如既往的明显慢。

　　接着我用了2*2的图片做测试，查看数组内容，有18个长度，test1的BitmapData是非常清晰的，包含bitmapData.Stride的部分，像素BGR排列。

　　其他2个的数组内容我个人都看不明白，呵呵，有兴趣的朋友也测试下。

　　test2的数组长度明显很短，不怎么明白。

　　下面我需要用他们做一些图片比较的工作，当然test1是首选，我很久以前就做好了这个类，使用数组值的突然死亡法，比test2计算hash值后比较的速度好太多了。

　　http://www.codeproject.com/dotnet/comparingimages.asp的算法使用了test2的方法，他说性能不错，这个我测试过了，比我慢太多了。

　　hash是个不错的想法，test2很短的数组值对于计算hash本身应该有优势。

　　那么: test2 时间 + test2 短数组 hash时间 <= test1 时间 + test1 标准像素数组 hash 时间　 ？？？

　　这个需要测试，在我的一些应该中，将出现多次的图像比对，对时间要求非常高，选择哪种方法，就取决于耗时。

　　可以想象的是，没有了突然死亡法的全数组hash，是没有长远的出路的。。。