你好,我是阿Fun。
今天挺离谱的,一个BUG找了一个多小时代码,愣是没找到问题出在哪。
最后暴力破解,不到5分钟。
我差点怀疑我是不是写代码写傻了,干嘛老是这么折腾。有时候困难模式不一定是最优解,简单模式有可能直接“大力出奇迹”。
事情是这样的,出现这个Bug的项目只有一个,就只有它搞特殊,其他项目没问题。
既然其他的项目没问题,这样一来有个好处,就是解决问题有参考,我可以对比两个项目之间代码的差异,来找到出问题的地方。
经历了一个多小时的调试,以及肉眼对比了上千行代码,我累了。
这不对劲,这底层的代码影响,藏得有点深,前端的东西,套娃有点多。
再这么拖下去不是办法,我想想有没有更快的办法。这个念头一起,还真有!
反正两个项目大差不差,把相关文件一个个替换过去,只要能改对,说明就是那个文件“搞的鬼”。
果然,大力出奇迹。Ctrl+CV大法真香,问题解决。
其实这是两种解决思路。
一步步对比代码差异,一步步调试,这是正向。而直接套用结果,再从有效的结果中发现差异,这是逆向。
解决问题,用错方法就像高速堵车,死活找不到出路。用对方法,就跟坐火箭,嗖嗖的快。
真的是山重水复疑无路,柳暗花明又一村。用对方法,就是舒服!
还没关注公众号的朋友可以点击下面小卡片关注。2023年,我们一起变得更好。
下面是我的知识星球,免费的。
我会在星球里更新自己的思考,欢迎扫码加入围观,在星球里进一步交流讨论。