# Bug

写了个功能跑起来发现结果不对，但不知道哪里出了问题。打开代码看了半天没看出名堂，只能到处加console.log打印变量值，打了一堆输出还是找不到原因。花了一上午在猜问题在哪。到底调试代码有没有系统的方法，怎么一步步缩小问题范围定位到具体行，除了打日志还有什么更高效的调试手段？

写一个新功能花了两天，但上线之后修Bug修了一个星期。有些Bug看起来很简单，就是一个变量没初始化、一个边界没考虑到，但找出来要花好几个小时。更可怕的是，修完一个Bug又引出三个新Bug，就像打地鼠一样没完没了。明明写代码的时候觉得自己考虑得很周全了，为什么上线之后还是到处是坑？有没有办法从一开始就写出Bug少的代码？

写一个新功能花了两天，但上线之后修Bug修了一个星期。有些Bug看起来很简单，就是一个变量没初始化、一个边界没考虑到，但找出来要花好几个小时。更可怕的是，修完一个Bug又引出三个新Bug，就像打地鼠一样没完没了。明明写代码的时候觉得自己考虑得很周全了，为什么上线之后还是到处是坑？有没有办法从一开始就写出Bug少的代码？

代码报错后，有时候一行一行检查效率很低，半天都找不到问题。听说有调试工具可以帮助找到错误，但不知道具体怎么用。有没有什么方法能更高效地定位代码错误，调试工具该怎么使用，能让排查问题的速度更快？

写完代码检查了好几遍，感觉逻辑完全没问题，但一运行结果就是错的。找同事来看，一眼就发现问题了。自己看自己的代码，好像总是会被自己的思维惯性影响，看不到错误在哪。为什么自己检查自己的代码很难发现问题，有什么方法能跳出这个思维盲区？

代码里访问了数组越界的索引，有时候直接报错，有时候不报错但数据不对，有时候还能正常跑完。同样的越界错误，为什么表现不一样？有些语言越界会报错，有些不报错，这个边界到底是怎么界定的？怎么才能确保代码不会因为越界问题产生隐蔽bug？

写了一个循环处理数据，循环次数应该是10次，结果写成了9次。代码能跑，不报错，但因为少处理了一次，后面的计算全部错了。这种边界条件错误太隐蔽了，特别是循环次数多的时候根本看不出来。怎么才能在写代码的时候就避免这种边界错误？