代码一气呵成，但运行的时候会出现_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进行行人检测的时候，出现的即是这个问题
我在调试vector<ImageFeatures> features(num_images);析构的时候也出现了如此问题！
最后通过修改PATH路径中引用的opencv的VC版本为VC12（原来是VC14）才正常运行结束，这种诡异的问题实在是耽误事儿！！！
还得注意的是后面基于ＶＳ２０１５开发的程序再运行的时候可能也会出现问题，到时候别再搞的莫名其妙。
最好的办法还是直接拷贝ｄｌｌ到对应的可执行文件路径，不要添加到ＰＡＴＨ路径中了！！！