当我们花了很长时间来重现和排查一个问题后，发现原来是由于变量未赋初始值；当我们排查一个客户重大异常后，发现原因尽然是IF判断时用了单等号。这些都是比较低级的问题，但凡一个有基础的程序员都能看出来写错了，但是每个人都有可能犯这种错误，那么如何避免类似的错误出现呢？

俗话说：常在河边走哪有不湿鞋，对于这种有规则且重复性的工作，靠人工是不行的，必须要引入工具检查，从而避免此类错误的再次出现。而对于C/C++代码静态检查工具，比较有影响力的就是PCLINT了。

当我们偿试使用PCLINT时，发现PCLINT的环境搭建非常复杂，并且开发者每个人的环境都各有差异。使用过程中，需要排查各种问题，需要全代码的检查，需要手工逐个编译项目，加上排查问题，统计问题个数，总共会花2天左右的时间。这样的效率是非常影响项目执行进度的。

“偷懒”是人之本性，像这种重复情的工作当然要做成自动化了，于是就有了自动PCLINT代码检查工具。

▲当工具编写完成后，一些现象得到改观：

原来2天做一次全代码检查，现在变成了10分钟检查一次。

原来需要每个开发搭建环境，现在开发直接从SVN上检出资源，修改几个简单变量修改即可实现本地检查，避免了大家的环境差异，降低了环境搭建成本。

从代码检出到报告发送完成，全流程自动完成。

我们先直观地看一下工具的输出效果：

通过这个邮件，配管人员很容易确定代码还存在问题的是个组，自然落实起来就会容易不少。附件的日志可以直接查看PCLINT检查报出来的错误，同样也方便了开发人员。

▲工具的使用，步骤简单：

在编写工具的过程中容易碰到以下几个问题：

1、后台服务有不少是采用proc语言编写的程序，而PCLINT是不支持.pc文件检查的，如何处理？

2、PCLINT工具是windows版本的，普通开发的环境也基本是windows的环境，所以在windows下面检查比较方便，但是又需要依照linux的代码编译方式来检查，这样可以使得检查结果更准确，如何处理？(PS：如果在Linux环境下开发，可以考虑使用FlexeLint )

3、如何实现自动化检查？

针对以上问题，笔者最终找到了以下解决方案：

1、 PCLINT不支持.pc文件检查，我们可以预编译成.c/.cpp文件后，再执行检查。

2、 PCLINT只能在Windows执行检查，那么就在Windows上模拟Linux的编译环境。

下载Linux下编译所需的头文件：/usr/include、/usr/lib/gcc，上传到SVN上。

Proc编译时，也需要按照Linux方式编译，检查发现proc.exe中存在一个宏定义MSC_VER，表示按照windows的方式编译，那么把这个变量宏定义改掉，自然就按照Linux的方式来编译了，于是把MSC_VER改成了MSC_V1R，问题搞定。

自动化检查的执行工具采用Jenkins。

工具开发采用了BAT+JENKINS的技术实现，下面我们来看看工具的处理流程：

▲以下是成型的工具及核心代码展示：

1、JENKINS工程的配置

2、存放到SVN上的全部资源

其中Linux目录是后台的源文件，oracle目录是修改后的proc.exe存放路径，pclint目录是pclint工具的可执行文件,checkpclint_homs.bat是执行自动检查的主程序。

3、编译PC文件的BAT脚本

4、检查.c和.cpp文件的BAT脚本

至此，PCLINT检查工具的分享完成，希望对大家有所帮助。

版权所有 侵权必究

如需转载请联系

0571-26691657