应优先用 return 提前退出函数而非 flag 变量，当代码中反复出现声明、赋值和检查布尔标志（如 found = false）时，说明逻辑可更早收束；替换方法是定位首个终止条件，将 flag 赋值改为 return 或 return result，并删除所有 flag 相关语句。
直接用 return 提前退出函数，比靠 flag 变量层层判断更干净。它天然切断后续逻辑，不需要额外状态变量来“记住”是否该停。
什么时候该换掉 flag？
当你发现代码里反复出现类似这样的结构：
- 定义一个布尔变量（如
found = false、done = false） - 在循环或条件块中给它赋值（
found = true） - 多处检查这个变量决定是否跳过后续步骤
这说明逻辑本可以更早收束——而 return 正是为此设计的。
怎么替？三步走
把原来靠 flag 控制流程的地方，改成函数内提前返回：
- 找到第一个让程序“该停”的条件分支（比如查到目标、验证失败、异常触发）
- 把原本设 flag 的那行，换成
return或return result - 删掉所有对 flag 的声明、赋值和判断语句
例如原 Java 代码中用 found 防止重复告警，改写后只需在匹配到 "Don" 或 "John" 时调用 sendAlert() 然后 return，函数立刻结束。
注意返回值与清理逻辑
如果 flag 原本还承担“传递结果”或“影响后续行为”的作用，return 也能承接：
- 需要返回信息？用
return value;，调用方自然接收 - 有资源要释放（如文件句柄、数据库连接）？把清理代码放在 return 前，确保执行
- 不想破坏原有函数签名？可封装成新函数，原函数只做调度，用 return 转发结果
不是所有地方都适合 return
如果逻辑必须走完全部步骤（比如批量校验并汇总所有错误），强行用 return 会打断流程。这时 flag 或 break 更合适。关键看：你是在“找一个就停”，还是“必须扫完整个集合”。前者 return 更直白，后者保留 flag 或改用集合收集结果更稳妥。
