第16章：控制循环——驯服重复的力量
循环是算法的发动机，也是最容易滋生低效和错误的温床。本章系统性地讲解了如何编写正确、清晰、高效的循环。
关键收获：
循环的四重责任
一个健壮的循环必须清晰表达四个部分：
初始化：为循环正确开始做准备。
循环体：执行核心工作。
迭代条件：判断是否继续。
迭代更新：为下一轮准备。
作者强调，这四部分应该彼此隔离、一目了然，最好集中在循环头部几行内完成，避免在循环体中散落更新逻辑。
选择正确的循环类型
while 循环：用于事件驱动的循环（“当…时继续”），循环次数未知。
for 循环：用于计数驱动的循环，循环次数已知或可控。其标准格式 for (i=0; i<max; i++) 将初始化、条件、更新集中管理，是最安全、最清晰的循环形式。
do-while 循环：保证至少执行一次，使用场景较少，需谨慎。
循环内部的艺术
保持循环体短小：理想情况下，一个循环只做一件事。如果太长，考虑提取为子程序。
入口与出口唯一：一个循环应只有一个入口（顶部）和一个出口（底部）。避免在循环中部使用 break 或 continue（除非能显著提升清晰度）。
将循环视为“黑盒”：循环内部不应与外部变量有过多的隐式耦合。
实践启发：
默认优先选择 for 循环，因为它对循环控制进行了最严格的封装。
在编写复杂循环前，先用伪代码或注释勾勒出“四部分”的轮廓。
警惕嵌套循环，深度超过两层通常意味着需要重新设计或提取子程序。
第17章：不常见的控制结构——谨慎对待的“利器”
本章探讨了goto、递归等具有争议或特殊用途的控制结构。核心思想是：它们有特定的价值，但需要被关在严格的笼子里使用。
关键收获：
goto 的遗产与救赎
作者没有陷入“完全禁止goto”的教条，而是客观分析了其极少数合理场景：
集中错误处理（在C语言中模拟异常机制）。
从深层嵌套中一次性退出。
但99%的情况下，goto 都是糟糕的选择，因为它破坏了代码的单入单出结构，使流程难以跟踪。替代方案（循环控制、状态变量、提取函数）几乎总是更好。
递归：优雅与危险并存
递归是解决分治问题（如树遍历、快速排序）的天然、优雅的方案。
但其两大风险必须严防：
堆栈溢出：递归深度必须有明确上限。
性能陷阱：重复计算（如朴素斐波那契递归）会导致指数级开销。
关键原则：确保递归向基线条件收敛，并考虑尾递归优化或显式栈的迭代方案。
其他结构（return、break）的哲学
提前返回 (return) 和中断 (break) 可以简化代码，但应在提升清晰度时使用，而不是制造混乱的跳转。一个函数有多个 return 是可以接受的，前提是它们都出现在函数开头进行参数检查（卫语句），或使逻辑明显更简单。
实践启发：
在代码规范中明确禁止 goto，或规定其仅能用于团队共识的特定模式（如错误清理）。
使用递归时，必须在注释中明确说明基线条件和收敛性。
将复杂的嵌套条件判断改为多个卫语句 (guard clause) 提前返回，可以显著提升函数可读性。
第18章：表驱动法——用数据代替逻辑
这是全书最具方法论光芒的章节之一。表驱动法的核心是：将复杂的逻辑判断，转化为简单的数据查询。
关键收获：
核心理念的升华
表驱动法不是一种语法，而是一种思维模式的转变：从“我该如何用逻辑描述这个规则？”转变为“我该如何用数据结构表达这个规则？”
它直接降低了圈复杂度，使代码更易编写、阅读、验证和修改。
三种主要形式
直接访问：最理想的情况，如用月份数字直接索引数组获取每月天数（需处理闰年等异常）。
索引访问：当键值不连续或不适合直接作索引时，先用一次查询转换到连续索引。
阶梯访问：用于处理范围查询（如分数转等级），通过顺序比较确定所属区间。
构造查询表的艺术
表的内容可以很简单（如数值），也可以很复杂（如函数指针、行为对象），从而实现数据驱动的、高度可配置的程序行为。
表可以放在代码内（数组），也可以放在外部文件（配置文件、数据库），后者提供了无需重新编译即可改变程序行为的强大能力。
实践启发：
当你看到一连串的 if-else 或 case 语句，且每个分支对应一个具体的输入值时，立刻考虑能否用表驱动法替换。
将业务规则（如费率、状态转换）从代码中抽离，放入易于理解和维护的配置表中。
表驱动法是实现“消除魔法数字”和“开放-封闭原则”的绝佳工具。