C++代码统计(代码统计工具)

　　C++代码统计是一款简单实用的代码统计工具，该应用程序主要针对统计代码数量以及统计代码行数而开发，更新后的版本更是采用了最先进的C++/C语言编写，可以更加便捷的帮助用户对C源代码的行数进行精确的统计；换个角度来讲，程序员每天都要进行大量的代码编程，对于他们来说，拥有该应用犹如锦上添花，可以大幅度提高用户程序员的开发效率；非常适用于程序员使用；用户在使用过程中，只需要给定包含C/C++代码的目录，统计目录里所有C/C++文件的总代码行数、有效代码行数、注释行数、空白行数，即可将代码全部统计出来；（其中：总代码行数 =（有效代码行数+注释行数+空白行数）），每找到一个目标代码文件，就创建任务投进线程池，线程池的设计基于任务，基于任务相比基于线程的优势；强大又实用，需要的用户可以下载体验

软件功能

　　统计你的工程的代码行数，可以设置过滤的文件类型，

　　支持批量添加文件，用Visual C++开发。

　　该工具用来统计你的工程的代码行数。

　　可设置是否计算空行，可配置过滤的文件类型。

　　支持以目录添加或以文件添加，如果以目录添加，则只添加选择的目录下的文件，

软件特色

　　与其它代码统计工具有本质区别

　　因此统计信息的精确度对于C家族开发者而言是100%准确的，

　　同时速度上也是比较快的，

　　测试统计20,000个以上的源文件，

　　花费几分钟时间，

　　比其它代码统计工具可能要快几倍。

安装说明

　　1、需要的用户可以点击本网站提供的下载路径下载得到对应的程序安装包

　　2、通过解压功能将压缩包打开，找到主程序

　　3、双击主程序即可将程序打开，进入程序主界面

使用说明

　　1、解压后运行“CodeStat.exe”

　　2、点击文件添加文件或者添加目录就可以开始统计了，且支持VB6.0工程文件的统计

　　3、完成后就可以导出统计结果了

　　近5万的代码文件，1183万总代码行数，不到5分钟统计完成，速度还是很快的。有人问了，用5分钟才统计完，怎么也不能说快吧。咱不耍嘴皮子，用结果说话。作为对比的上面那款源码统计专家工具，在对同一个目录里的文件进行分析统计时，半个小时过去还没给出结果。这工具单文件分析都不准，面对5万个文件，结果只怕会错的离谱，运行又慢，我想也没等下去的必要了，果断给×掉了。

　　需要程序的，可以在文末评论留下邮箱O(∩_∩)O

　　对代码文件的分析中，空白行好处理，关键在于识别有效代码和注释代码。大的识别原则有：

　　1.注释符合文法，不能让编译期报错。这是最重要的原则。

　　2.注释中的空行是空行，原始字符串中的空行不是空行

　　3.原始字符串里的注释(行注释/块注释)是有效代码，不能当作注释统计

　　4.注释中的原始字符串是注释，不能当作有效代码统计

　　为了验证程序逻辑的严密性和准确性，设计了如下的复杂的代码片段：

　　这29行代码中，从程序员的角度看，绿色部分是注释共11行，红色部分是代码共16行，line 9是空行但因为包含在原始字符串中，所以是有效代码行。

　　真正的空行只有 line 11和19，共2行。

　　对于这么个复杂代码段，市面上某号称源码统计专家的工具给出的结果如下：

　　可以看到，在面对注释风格多变且复杂的代码文件时，专家工具变“砖”家，结果毫不可信。

　　而本程序输出结果，完全正确。

　　上述复杂代码段中，值得关注的是原始字符串的处理，其语法为R"()"，小括号内放原始字符串的内容

　　conmment_tes存放的内容是

　　就是说里面的// 和/* */注释符号不能被认定为注释符号，哪怕它们在其中混用，注释嵌套着注释，不管是多复杂的组合，也是原始字符串的一部分，是有效代码。程序的目的就是利用原始字符串的语法构造规则，找出原始字符串的起始和结束位置。

　　在识别过程中，本程序做的工作其实是编译期语法/词法分析的一部分功能，这也让我更加了解原始字符串和嵌套注释的语法规则。特别地，发现了vs注释一个有意思的地方。vs注释的快捷键会优先选择/**/风格注释，在/**/不能胜任的地方，会使用//代替。

　　以前看过一篇文章，建议注释只用//，而不要用/* */，更不要用嵌套的/* */，因为后两种注释加大了文本分析程序解析的难度。 如果注释用//开头，很容易就识别该行代码就是注释了。我在做这个代码行统计小程序时，对这条建议有了更深的体会。用//代替/**/这个建议，应该作为代码规范执行下去。

　　写程序难免踩坑，在这里记下来，避免后面踩到同样的坑。

　　1. 在控制台程序输入文件夹路径时，路径如果包含空格，cmd会把空格前后内容当作不同的参数，程序处理参数会错误(路径无效)。把路径用双引号包含起来后就正常了。

　　2.程序在控制台运行出现中文乱码，工程设置是unicode，程序打印的文件路径含中文，而控制台默认代码页是936，GBK，开发环境和输出环境编码不一致，所以会乱码。

　　乱码截图一张，图中的问号其实是中文。

　　为适应控制台的编码，使用setlocale(LC_CTYPE, "")就好了;

　　3.标准库里的ofstream的<<重载符，对宽字符的处理不好，比如写入std::wstring内容会出错，而使用std::string则不会有问题。但代码路径有中文的情况下，无法输出。解决办法就是把ofstream换成wofstream。同时调用file.imbue(locale("", locale::all ^ locale::numeric));设置中文输出环境。

　　4.标准库的向量容器push_back(插入元素)非线程安全，在多线程环境下往此容器里写东西时需加锁。当然标准库里的大多数容器操作都是非线程安全的，使用时需谨慎。