OpenCV 2.4.2 imdecode/cvDecodeImage 的 BUG及解决方案

OpenCV是很好用的开源库，不过，还是有一些BUG的~

比如，今天遇到的问题是，imdecode的执行速度很慢。

照理来说，imdecode是从内存解析一幅图像，应该比cvLoadImage还快（或者至少不慢）。

但实际上，执行的时候却是imdecode慢很多（一张图片要1秒以上）。而且很奇怪的是，在某些机器很快，某些机器就很慢。而且调用了不同版本的OpenCV速度也不同。

为什么呢？本着质疑的原则，开始查看OpenCV的源代码。

imdecode的实现在modules\highgui\src\loadsave.cpp中。结果，发现opencv也是先将内存数据写到文件然后再读取的……这不是偷懒么orz

不过，逻辑上没有问题，算法上却犯二了……OpenCV2.4.2及之前版本在实现这个函数的时候，申请了一个临时文件（C:\user\用户名\AppData\Local\Temp\下的ocvXXXX.tmp文件，其中XXXX是0~F的16进制数）。然后写这个文件，然后读。关键是，没有删除！原因是因为临时文件可能不存在（本意是如果形如ocvXXXX.tmp的文件都存在了，那么就不能再新建了，所以返回空不作操作，实际上不会走到这一步），所以最后不一定需要删除文件。于是写OpenCV的小朋友这里为了程序稳定就没有删除临时文件。如图所示：

结果就是：如果调用imdecode次数越多，速度越慢。超过65535次则每次需要枚举65535个临时文件是否存在。。这个时间对系统而言大致是1秒吧~

当然，写OpenCV的小朋友还是意识到了这个问题，至少2.4.5开始这部分代码就改成判断临时文件名是否为空，不为空则删除了。这样就不会产生临时文件堆积的问题了~

anyway，结论就是：

如果想从内存里面直接解析一幅图像，还是乖乖自己写到文件再读取吧~可以模仿opencv去向系统申请临时文件的说~（GetTempPathA和GetTempFileNameA函数）