编程利器——splint工具
Bug，修复它所付出的代价就越小。而像lint这样的静态代码检查程序恰恰是让Bug在早期阶段'显露原型'的绝佳工具，而追求'lint-
clean'[注1]境界的代码也向来是专家级程序员的嗜好。别忘了在'C专家编程'一书中曾经提到Sun
OS的内核一直是保持'lint-clean'状态的，这就是榜样！还等什么？赶快学呀！^_^
有人抱怨'不敢用lint工具,
太多的Warnings把快屏幕都淹没了!'，不过高手一般不这么想，他会细心琢磨这些Warnings背后的'暗示'，并和lint工具沟通，利用
lint工具提供的交互方法屏蔽掉一些经过分析认为不能成为错误的Warnings。久而久之，高手本身就成了一个lint程序，就能够很快的用肉眼发现
代码中的问题，并指出问题所在，如何解决！他还能告知如何嵌入一些Annotations从而避免让lint程序产生不必要的Warnings，这时这位
高手对语言和程序的理解就又提高了一个档次了。其实使用ling工具不仅仅是为了提早发现程序中的Bug，其使用过程有助于你加深对程序的认识和理解。的
确事实就是这样。
Splint就是一款强大而且应用广泛的开源lint工具。它的强大的代码检查能力固
然让人称道，但是让我更欣赏的却是它提供的'Annotations'机制。
Splint可以让程序员在自己的代码中嵌入相应的Anotations，这些Anotations作为Splint分析代码时的输入以帮助Splint
产生对程序员更有用的信息。下面是一些Splint的使用入门，更多详细信息请查看'Splint
manual'。
1、最简单的Splint使用方法
>> splint *.c
2、Splint输出Warnings的基本格式
<file>:<line>[,<column>]: message
[hint]
<file>:<line>,<column>: extra location information, if appropriate
我们可以使用'+/-<flags>'来自定义其输出格式，如'splint -showcol
*c'，则Splint不会在输出信息中显示'列'信息。
3、使用flags控制splint的检查范围和输出格式
'+<flag>' -- 表明某个flag处于打开状态，如'+unixlib'；
'-<flag>' -- 表明某个flag处于关闭状态，如'-weak'；
4、使用.splintrc环境文件
如果不想每次使用splint的时候都手工输入一堆'+/-<flags>'，那么你可以把这些'+/-<flags>'预先写
到.splintrc文件中，当splint执行的时候它会自动加上这些flags的。默认的flags设置在'~/splintrc'文件中，但是如果
一旦splint的当前工作路径下也有.splintrc文件，那么这个.splintrc文件中的flag设置会覆盖'~/splintrc'中的
flags设置，但是命令行中的flags设置是具备最高优先级的，它会覆盖前面提到的任何一个文件中的flags设置。
5、使用Annotations
对于'Annotations'的作用，Java程序员并不陌生，但是C程序员则对这个不是那么了解。C代码中的Annotations用来指导Splint生成恰当的代码检查报告。下面这个例子对比使用和不使用Annotations，Splint的输出的差别：
/* testlint.c */
void foo1() {
/*@unused@*/int *p = NULL;
}
void foo2() {
int *p = NULL;
}
splint testlint.c
Splint 3.1.1 --- 28 Apr 2003
testlint.c: (in function foo2)
testlint.c:6:7: Variable p declared but not used
A variable is declared but never used. Use /*@unused@*/ in front of
declaration to suppress message. (Use -varuse to inhibit warning)
Finished checking --- 1 code warning
可以看出没使用Annotation的函数foo2被给出Warning了。Splint的Annotations繁多，我们在平时做lint时可以多多接触。
'早用lint，勤用lint'，这是C专家给我们的建议。'lint-clean'也许离你并不遥远。
[注1]
'lint-clean' -- 程序能够顺利通过lint程序的检查。