bug是漏洞的意思。这话听起来像废话，意思但很多人其实没搞明白。意思
去年秋天，意思我在一个技术群里看到有人提问：“为什么我的意思代码跑出来结果不对？”附了一张截图，控制台里红字写着NullPointerException。意思底下有人回：“有bug呗。意思”提问的意思人接着问：“bug在哪儿？”——这就说明，他并不真的意思理解“bug”这个词在工程语境里指什么。他知道bug是意思个坏东西，但不知道它具体坏在哪儿。意思
我刚开始写代码那会儿也这样。意思第一次遇到程序崩溃，意思我盯着屏幕看了十分钟，意思心里想的意思是“电脑坏了”。后来才慢慢明白，电脑没坏，代码也没“坏”——它只是按我写的逻辑在跑，而我写的逻辑里有一个洞。这个洞就是bug。
“漏洞”这个词其实很准。它不是说程序缺了一块，而是说程序在某个地方有一个口子，让不该通过的东西通过了，或者让该拦住的东西漏出去了。举个具体的例子：一个登录页面，你输入用户名和密码，程序去数据库里查。正常逻辑是“用户名对上了，密码也对上了，才放行”。但如果代码里写的是if (user != null || password != null)，用的是“或”而不是“与”，那这个条件就永远为真。这就是一个漏洞——验证逻辑上有个口子，任何输入都能钻过去。
我见过最离谱的一个bug，是一个电商网站的优惠券逻辑。用户结账时，程序会检查优惠券是否在有效期内。代码大概是这样的：if (coupon.expiryDate > now)。看起来没问题。但expiryDate是从数据库里读出来的字符串，now是时间对象。JavaScript里字符串和对象比较，会先把对象转成字符串。now转出来是类似“Mon Oct 23 2023...”这样的格式，而expiryDate存的是“2023-10-24”。字符串比较是逐字符比的，“M”的编码是77，“2”的编码是50，所以“Mon...”永远大于“2023-...”。结果就是，所有优惠券都显示“已过期”，用户一个都用不了。这个bug的“漏洞”不在于逻辑写错了，而在于类型系统里那条隐形的缝——字符串和日期对象之间没有做显式转换，程序就从那条缝里漏过去了。
所以你看，bug不是“程序坏了”，而是“程序从某个你没注意到的口子里漏出了错误的结果”。它可能是一个拼写错误，可能是一个边界条件没考虑，可能是一个类型转换的陷阱，也可能是一个并发时序的问题。但归根结底，它都是一个漏洞——你的逻辑覆盖范围里，有一个没堵上的口子。
有人会说，那硬件故障算不算bug？不算。硬盘坏了导致数据读不出来，那是故障，不是漏洞。bug特指软件逻辑层面的缺陷。你写了一段代码，这段代码的行为和你预期的行为之间出现了偏差，这个偏差的根源就是bug。
我现在的习惯是，遇到任何异常输出，先问自己一句：“我的逻辑在哪儿漏了？”而不是“这破电脑又怎么了”。这个思维转变挺重要的。因为一旦你开始找“漏洞”，而不是找“坏掉的东西”，你就能更快定位到问题——漏洞通常就在你写代码时偷懒的那一行，或者你自以为“肯定不会出错”的那个判断里。
bug是漏洞的意思。这句话值得每个写代码的人刻在显示器上。