重构指标之如何监控代码圈复杂度

飞奔的炮台

1 引言

软件应用在发展到适当时机，”重构”，是开发过程中不可避免需要进行的一项工作。重构代码，以适配当前模块设计之初未考虑到的多样化场景，并增加模块的可维护性、健壮性、可测试性。那么，如何明确重构的方向，以及量化重构的结果呢？代码圈复杂度可以是一个供选择的指标。下文介绍如何获取应用的代码圈复杂度做到线上监控，给到复盘程序复杂程度的数据支撑。

2 背景知识
  2.1 圈复杂度

圈复杂度（Cyclomatic complexity，简写CC）也称为条件复杂度，是一种代码复杂度的衡量标准。由托马斯·J·麦凯布（Thomas J. McCabe, Sr.）于1976年提出，用来表示程序的复杂度，其符号为VG或是M。它可以用来衡量一个模块判定结构的复杂程度，数量上表现为独立现行路径条数，也可理解为覆盖所有的可能情况最少使用的测试用例数。圈复杂度大说明程序代码的判断逻辑复杂，可能质量低且难于测试和维护。程序的可能错误和高的圈复杂度有着很大关系。

2.2 圈复杂度计算方式

常用结构圈复杂度计算

• 顺序结构：顺序结构复杂度为1。
• if-else-else、switch-case：每增加一个分支，复杂度增加1，&& 、|| 运算也为一个分支。
• 循环结构：增加一个循环结构，复杂度增加1。
• return：增加一条return语句，复杂度将加1。
  

  2.3 圈复杂度度量标准

如上列出行业内相对认可的度量数据，实际这个完全是看自己的业务体量和项目情况来决定的。假设你的业务很简单，而且是个单体应用，功能都是很简单的CRUD，那你的圈复杂度即使想上去也没有那么容易。此时你就可以选择把圈复杂度的重构阈值设定为10.

假设你的业务十分复杂，而且涉及到多个其他的微服务系统调用，再加上各种业务中的corner case的判断，圈复杂度上100可能都不在话下。

2.4 降低圈复杂度方法

1）函数提炼与拆分，单一职责

• 拆分成子函数
• 每个函数要有明确的功能实现，不要为了追求行数少而合并功能实现
• 逻辑模块和数据模块要区分开编写
  

2）优化算法

• 减少不必要条件、循环分支，尽量少用 if …else … ，采用三元表达式替换if else
  

3）表达式逻辑优化

• 合并条件表达式，比如使用a || b || c
  

4）减少提前return

3 方案概述
  3.1 脚本设计

1）开发语言

• python
  

2）依赖环境

• lizard
• APScheduler
• smtplib
• pymysql
  

3）脚本架构

3.2 功能介绍

1）支持检索语言范围：

支持15种开发语言，包含常用语言如下

• C/C++ (works with C++14)
• Java
• C# (C Sharp)
• JavaScript (With ES6 and JSX)
• Python
• Golang
  

2）扫描参数配置说明：
利用lizard执行扫描，常用命令如下：

配置检查范围：

• 列出要分析的编程语言。如果留空，将搜索支持的所有语言。
  

• -l LANGUAGES, --languages LANGUAGES
  

• 排除与模式匹配的文件。匹配一切？匹配任何单个字符，“/folder/”递归地排除文件夹中的所有内容。可以指定多个模式。不要忘了在模式周围加“”号。
  

• -x EXCLUDE, --exclude EXCLUDE
  

• 设置白名单, 默认’./whitelizard.txt’
  

• -W WHITELIST, --whitelist WHITELIST
  

配置阀值警告：

• 圈复杂度数警告的阈值，默认值为15，>15会产生警告。
  

• -C CCN, --CCN CCN
  

• 设置字段的限制数。可以代码行数，圈复杂度，令牌数，参数数或自定义字段。如果函数设置超过了限制数会报警。
  

• -T THRESHOLDS, --Threshold THRESHOLDS
  

配置报告输出：

• 根据格式输出到文件
  

• -o OUTPUT_FILE, --output_file OUTPUT_FILE
  

官网地址：http://www.lizard.ws
源码地址：https://github.com/terryyin/lizard

3）定时执行扫描任务：

• 通过BackgroundScheduler创建调度任务，自动触发扫描方法，结果写库
  

• def dojob():
• scheduler = BackgroundScheduler()
• scheduler.add_job(func, "cron", hour=21, minute=30)
• scheduler.start()
  

  3.3 结果展示
3.3.1 报告名词解释

• Cyclomatic complexity，圈复杂度也就是分支复杂度，最好保持在15 以下，目前脚本设置阀值10。
• LOC，包含注释的代码行数，目前设置200阀值。
• Token count ，token的个数，一个程序最多可以有 8192 个令牌， 每个令牌都是一个词，例如关键字，标识符，常量，标点符号，操作符。 对括号和字符串计数作为 1 个令牌。 逗号、句点、LOCAL、分号、END 和注释不计算在内。
• Parameter count，参数统计就是函数的参数个数，目前脚本设置阀值10。
  

3.3.2 执行结果展示

• Windows环境运行脚本，输入file_root（文件地址）执行扫描，支持自动弹出浏览器展示本次运行的Html报告
  

• 每周定期执行，按照系统维度扫描，支持触发邮件通知对应系统研发查看超过阀值方法名称
  

3.3.3 应用数据监控

• 每周定期拉取指定分支最新代码，执行文件分析，存储扫描结果，通过数据图表展示
  

4 总结

对于软件代码好坏的衡量，圈复杂度可以作为一个参考指标，研发可以通过提炼拆分函数、优化算法、优化逻辑表达式等方法降低模块（函数）圈复杂度。以上阐述圈复杂度一种线上监控方法，利用好线上化数据，结合现有团队项目情况，才能形成更好的实践机制。