所以我的习惯就是即使else不需要处理也会保留下来，并且在其中进行相关注释，以提醒自己这一块是有逻辑处理的。
2
可视化日志
相信很多朋友都有看到过类似的文章。比如什么串口打印日志技巧、easylog等开源日志库、离线日志记录工具等等，这些东西都是围绕着一个主题为程序员提供一个可视化的日志信息展示。
因为大部分人的暂态大容量记忆能力是较弱的，这样会导致我们对于一些逻辑中状态的梳理处于劣势，特别是一些复杂的逻辑处理和梳理，使得最终编写的代码容易引入逻辑问题。
所以通过可视化日志的方式辅助程序员进行程序相关状态的记录，从而便捷的定位问题，解决bug。
5
不要你认为
以前非常有意思的一句话:”我不要你认为，我要我认为”，这句话确实有点狂妄自大之感，但是在”标准”面前就是这么现实。
经常有朋友在解决bug的过程中抱着猜一猜的心态，这样是非常不专业的。
对于软件运行本身是没有bug这一说法的，程序都是按照你写的代码序列在运行着，之所以称软件有bug，无非就是它没有按照你想要的逻辑运行罢了。
那这个问题并不是在软件本身而是你自身的编码能力，如果对于你所写的代码问题都还是猜一猜的方式去解决问题，那这个bug估计会越滚越大。
所以怎么算解决bug呢定要分析bug产生的前因后果，而不是“我把下面这行代码屏蔽了问题就不出现”等等不负责任的方式。
当然有时候你有这样的做法，我也能理解，毕竟有时候客户可耗不起你分析的时间，设备停机1个小时10来w，你看着赔偿就好了～
推荐专辑 点击蓝色字体即可跳转
nbsp; MCU进阶专辑
nbsp; “bug说”专辑
文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览91960 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！