BoundsChecker(MFC调试工具) v7.2.0 官方安装版

BoundsChecker是一款运行时错误检测工具，它主要定位程序在运行时期发生的各种错误。BoundsChecker采用一种被称为Code Injection的技术，来截获对分配内存和释放内存的函数的调用，简单地说，当你的程序开始运行时，BoundsChecker的DLL被自动载入进程的地址空间，然后它会修改进程中对内存分配和释放的函数调用，让这些调用首先转入它的代码，然后再执行原来的代码，并且在做这些动作的时，无须修改被调试程序的源代码或工程配置文件，这使得使用它非常的简便、直接。

BoundsChecker还可以通过驻留在Visual C++ 开发环境内部的自动调试处理程序来加速应用程序的开发，缩短产品发布的时间。通过对被测应用程序的操作，提供清晰的、详细的程序错误分析，自动查明静态的堆栈错误及内存/资源泄露，并能够迅速的定位出错的源代码，即使在没有源代码的情况下也可检查第三方组件的错误，对于编程中的错误，大多数是C++中特有的提供了清晰的详细的分析。它能够检测和诊断出在静态，堆栈内存中的错误以及内存和资源泄漏问题。在运行状态下，BoundsChecker验证超过8700APIs和OLE方法，包括最新的Windows APIs、ODBC、ActiveX、DirectX、COM和Internet APIs等，有需求的朋友请下载使用。

BoundsChecker能检测的错误包括：
1、指针操作和内存、资源泄露错误，比如：内存泄露；资源泄露；对指针变量的错误操作
2、内存操作方面的错误，比如：内存读、写溢出；使用未初始化的内存
3、API函数使用错误

BoundsChecker使用说明
1、BoundsChecker的安装并不复杂，点击压缩包内的“setup.exe”，根据提示一路安装即可，完成之后，软件的调用方式有两种：一种是直接启动BC7.exe，另一种集成在VC中，启动VC的debug，会发现在VC++6.0的菜单项和工具条的界面中多出了一个BoundsChecker的选项，如下图所示：
2、使用BoundsChecker对程序的运行时错误进行检测，有两种使用模式可供选择：一种模式叫做ActiveCheck，一种模式叫做FinalCheck：
ActiveCheck
ActiveCheck是BoundsChecker提供的一种方便、快捷的错误检测模式，它能检测的错误种类有限，只包括：内存泄露错误、资源泄露错误、API函数使用错误。
要想使用ActiveCheck模式来检测程序的运行时错误，只需在VC++集成开发环境中打开BoundsChecker功能，然后从调试状态运行程序即可，此时ActiveCheck会在后台自动运行，随时检测程序是否发生了错误，具体操作如下：
①、在VC++集成开发环境中打开你要对其进行测试的程序，同时保证项目处于Debug编译状态下
②、确保VC++集成开发环境中[BoundsChecker/Integrated Debugging]菜单项和[BoundsChecker/Report Errors and Events]菜单项处于被选中的状态，只有这两项被选中，BoundsChecker才会在程序运行过程中发挥作用
③、在VC++集成开发环境中选择[Build/ Start Debug/Go]菜单命令，在Debug状态下运行程序，ActiveCheck也在后台开始运行了，这时，就可以按照制定好的测试用例，对程序进行操作，凡是程序执行过的代码，如果存在错误，ActiveCheck就会记录下来。
④、另外，在[BoundsChecker]菜单中有一项[Report Errors Immediately]，如果不选中该项，则BoundsChecker会记录程序运行过程中发现的各种错误，直到程序结束后再进行报告
⑤、当选中该菜单项时，在程序的运行过程中，一旦BoundsChecker发现错误，会马上弹出如下的对话框进行提示，为了方便说明，小编从左到右依次进行了编号1-9，含义分别如下：
按钮1：点击该按钮，则表示先暂时不理会这个错误，继续执行程序
按钮2：点击该按钮，则会马上跳转到出现问题的代码行处，处理完问题后，点击[Build/ Start Debug/Go]菜单项，可以继续执行程序，进行检测
按钮3：点击该按钮，则将该错误添加到被忽略的错误列表中去，当再次出现这个问题时，BoundsChecker将不会进行报告
按钮4：点击该按钮，则立即终止程序的执行
按钮5：点击该按钮，会显示当前内存的申请、使用情况
按钮6：点击该按钮，会得到当前这个错误的帮助信息
按钮7、8：这两个按钮与[BoundsChecker\Report Errors Immediately]和[BoundsChecker\ Report Errors and Event] 菜单命令的功能是完全一样的，在此不再赘述
按钮9：点击该按钮，会显示/隐藏与该错误有关的函数调用堆栈情况，以及具体的出错代码行的位置
⑥、在你操作全部结束，退出程序后，BoundsChecker会显示一个所发现错误的列表，我们需要对列表中罗列的错误进行分析，来确定错误的原因和位置。
在错误检测结果列表中，罗列出了在程序的执行过程中ActiveCheck检测到的所有的内存泄露、资源泄露和API函数使用错误的相关信息，如下图：
在左边的窗口中，逐条列出了程序在内存、资源、API 函数使用上的问题，包括：该问题的种类，该问题发生的次数，如果是内存泄露，损失了多少内存，以及发生该问题的代码位置等等。当你用鼠标单击选中某一条记录时，在右边的窗口中会显示出与该条错误记录相对应的函数调用堆栈情况。当你用鼠标双击某一条错误记录时，会定位到引发该错误的源代码处
FinalCheck
在ActiveCheck模式下检测程序时，程序的运行速度基本不受影响，但其缺点是检测的错误种类有限，即只能检查出内存泄露错误、资源泄露错误、API函数使用错误。BoundsChecker 提供了另外一种检测错误的模式—— FinalCheck，它除了能够检测出ActiveCheck能够检测出的错误，还能发现很多 ActiveCheck 不能检测到的错误，包括：指针操作错误、内存操作溢出、使用未初始化的内存等等，并且，对于ActiveCheck能检测出的错误，FinalCheck能够给出关于错误更详细的信息。所以，我们可以把FinalCheck认为是ActiveCheck的功能增强版。我们付出的代价是：程序的运行速度会变慢，有时甚至会变的很慢。
要想在FinalCheck模式下测试程序，不能使用VC++集成开发环境提供的编译连接器来构造程序，而必须要使用BoundsChecker提供的编译连接器来编译连接程序。当BoundsChecker的编译连接器编译连接程序时，会向程序中插装一些错误检测代码，具体步骤如下：
①准备工作：
a、在VC++集成开发环境中打开你所要测试的项目
b、点击[ Build/Configurations...]菜单命令，在弹出的对话框中点击 Add 按钮。在Configuration 编辑框中添入你为BoundsChecker创建的文件夹的名称（这个名称是任意的），在Copy settings from组合框中选中 XXX—Win32 Debug项，然后点击OK按钮，接着点击Close按钮。
c、点击[Build/Set Active Configuration…] 菜单命令，选中你刚才为BoundsChecker建的文件夹，然后点击OK按钮。这样BoundsChecker编译连接程序时生成的中间文件、可执行程序，都会被放到该文件夹下d、选择[BoundsChecker/Rebuild All with BoundsChecker] 菜单命令，对程序重新进行编译连接，也就是在这时，BoundsChecker向被测程序的代码中加入了错误检测码。编译连接完成后， BoundsChecker会在你为BoundsChecker构造的文件夹中生成可执行文件，至此，在FinalCheck模式下对程序进行检测的准备工作都已经做好，这时可以启动程序开始测试了
②确保VC++集成开发环境中[BoundsChecker/ Integrated Debugging]菜单项和[BoundsChecker/Report Errors and Events]菜单项处于选中状态
③点击[ Build\Start Debug]菜单，选中“Go” 菜单项。程序开始在Debug状态下运行
④按照你制定好的测试用例，对程序进行操作
⑤当BoundsChecker检测到了错误时，会弹出窗口向你汇报，你可以当时就进行处理，也可以等到你的操作全部完成，退出程序之后再对列出的这些错误进行分析。这完全取决于你是否选中了[BoundsChecker/Report Errors Immediately] 菜单项
⑥退出程序后，BoundsChecker会给出错误检测结果列表，该错误列表与ActiveChecker给出的错误列表的查看方法完全一样，只不过这个列表中所报告的信息会更多、更详细一些
3、检测Win32 API函数的兼容性
BoundsChecker还提供了一个功能——检测程序中使用的Win32 API函数在不同平台上的兼容性。该功能与前面提到的ActiveChecker、FinalCheck模式没有什么关系，它是独立的一个功能，具体操作方法如下：
①启动[BoundsChecker/View/Compliance Report]菜单命令
②在对话框中选择程序承诺能够运行的平台，以及被要求遵从的其他标准（标准C和扩展的标准C），点击“OK”按钮，BoundChecker将会给出兼容性检测报告。
4、使用BoundsChecker对程序进行测试时，需要有程序的源代码，如果没有源码，BoundsChecker虽然也可以打开EXE文件将其执行起来，但得出的测试结果经常是不正确的，因此也就没有太大的意义
BoundsChecker需要忽略的错误：
在某些情况下，我们需要忽略BoundsChecker报告的一些错误，这些情况包括：
1、误报
BoundsChecker指定程序中的某段代码存在错误，但经过我们的仔细检查，证实程序确实没有这个错误，这是BoundsChecker的误报，工具毕竟是工具，它只能依照为它制定的算法行事，所以会有误报的情形发生，但千万不要轻易认定某一个错误为误报，一定要对错误进行仔细的分析，确定是真正的误报
2、第三方的代码
BoundsChecker指定的错误发生位置在第三方提供的代码中，包括第三方提供的程序库、DLL、OCX等，对于这种情况，我们也要先进行认真的检查，确定不是由于我们错误的使用第三方的代码引起的，如果最后确定不是我们的原因，则这样的错误报告可以忽略