读懂报错信息再动手：先定位、再复现、最后改代码

报错信息不是用来吓人的，它是程序留下的线索。很多时候，急着改代码反而会把问题越改越乱。养成先定位、再复现、最后改代码的习惯，能省下不少反复试错的时间。先把报错信息完整读一遍，关注三个要素：哪一类错误、在哪一步出现、涉及哪一段逻辑。不要只看最后一行，也不要只看第一行；把错误类型、触发位置和调用链路放在一起看，范围会一下子收窄很多。如果报错里有行号和文件名，先去对应的位置确认代码是不是自己以为的那一段。很多问题就出在这里：改的是甲处，真正跑的是乙处。

在动手改之前，先想办法稳定复现问题。用最小的步骤把问题重现出来，记录触发条件和输入特征。能稳定复现的问题，才值得改；不能复现的改动，往往只是换了一种不确定。复现时一次只改一个变量。如果同时改了输入、环境和代码，问题消失了也不知道是哪一步起的作用。

定位清楚、复现稳定之后，再动手改。改动尽量小，只解决当前这个原因，不要顺手重构一大片。改完之后用原来的复现步骤再验证一遍，确认问题确实消失，而不是被掩盖。同时补一个简单的检查：边界情况有没有覆盖，改动会不会影响相邻逻辑。如果有测试，把对应的用例补上；没有测试，至少把验证步骤写下来，方便以后回查。

遇到报错时，可以按这个顺序走一遍：读完整报错，确认触发位置；用最小步骤复现；一次只改一个变量；改完重新验证；记录原因和验证方法。这套顺序不依赖任何工具，也不追求一次改对所有问题。它的好处是过程可追溯：每一步都知道自己在验证什么，下一步该往哪里走。久而久之，排查问题的速度会自然变快，出错的改动也会越来越少。