一气呵成代码，但是，当发生执行_CrtIsValidHeapPointer例外，去搭调了一上午Bug。最终获得

跟踪定位到 _CrtIsValidHeapPointer ，注意到 g 8h"@dbgheap.c 文件里 _CrtIsValidHeapPointer 处凝视：


         /*
         * If this ASSERT fails, a bad pointer has been passed in. It may be
         * totally bogus, or it may have been allocated from another heap.
         * The pointer MUST come from the 'local' heap.
         */


         _ASSERTE(_CrtIsValidHeapPointer(pUserData));


大概是由于 dll 假设静态链接了执行时库，dll 就会拥有独立于应用程序堆（也称作local heap）的执行时堆实例。此时在 dll 外部就不能訪问此 local heap，所以也就有上面所出现的异常啦。MSDN 中也有介绍：


The _CrtIsValidHeapPointer function is used to ensure that a specific memory address is within the local heap. The local heap refers to the heap created and managed by a particular instance of the C run-time library. If a dynamic-link library (DLL) contains a static link to the run-time library, it has its own instance of the run-time heap, and therefore its own heap, independent of the application's local heap. When _DEBUG is not defined, calls to _CrtIsValidHeapPointer are removed during preprocessing.

程序崩溃在当析构一个带有vector成员函数对象的时候，在析构vector时，会出现这个错误，大致原因是由于析构的时候找不到vector分配的空间

一行一行查看代码发现，对象里面的points2, status等vector变量是在calcOpticalFlowPyrLK(img1, img2, points1, points2, status, similarity, window_size, level, term_criteria, lambda, 0); 函数中分配的，即opencv的dll，所以当对象进行析构的时候，由于不能訪问此local heap所以会有异常崩溃。

解决方法：

在调用opencv的函数之前，自己进行空间的分配

另一种可能是由于VS版本号和opencv使用的版本号不一致创建，同hog当检测行人，这似乎是问题