代码复杂度度量：圈复杂度与认知复杂度分析（讲座版）
各位开发者朋友，大家好！今天我们来深入探讨一个在软件工程中极其重要但常被忽视的话题——代码复杂度度量。我们不仅会讲清楚什么是圈复杂度（Cyclomatic Complexity），还会进一步延伸到更贴近人类认知的“认知复杂度”（Cognitive Complexity），帮助你写出更易读、易维护、更少Bug的代码。
这篇文章将采用讲座的形式，逻辑清晰、循序渐进，并辅以真实代码示例和表格对比，确保你能真正理解这些概念背后的原理，而不是停留在术语层面。
一、为什么我们需要衡量代码复杂度？
想象一下：你接手了一个项目，里面有一段几百行的函数，嵌套了5层if语句、3个循环、还有多个try-catch块。你会怎么想？
可能的第一反应是：“这谁写的？怎么这么难懂？”
第二反应可能是：“我得花半天时间才能搞明白它到底在干什么。”
这就是高复杂度带来的问题：
- 难以理解和调试
- 容易引入错误（尤其是修改时）
- 测试覆盖率难以保证
- 团队协作效率下降
所以，我们必须量化“复杂性”，就像医生给病人做体检一样，不能只靠感觉，而要靠数据。
二、圈复杂度（Cyclomatic Complexity）详解
1. 定义与公式
圈复杂度是由Thomas J. McCabe在1976年提出的，用于衡量程序中独立路径的数量。
它的核心思想是：每增加一个分支（如if、whi
