程序员遇到百度不出来的bug都是怎么解决的？
我来说几句。
针对程序员百度不出来的bug我有几点经验分享：多加日志代码的日志非常关键，可以帮助我们实时地监测每个变量的赋值和逻辑的走向情况，当遇到问题时，可以通过抓取分析日志信息来快速定位问题的原因。
就像医生给患者看病一样，一看二问三模四查，望闻问切，通过多方便的因素寻找病根。
日志级别有五种：DEBUG：开发过程中经常需要用到的调试信息，可以快速帮助定位问题INFO：打印一些程序运行过程中的信息，一般是重要的代码节点处需要加上，但不能滥用避免打印过多WARNING：代码存在潜在的问题，如果不能及时修复，可能会引起严重错误ERROR：严重的问题,代码运行出错，但不会导致程序退出CRITICAL：不可控制的严重错误导致程序无法运行开发过程中尽量在关键代码出加上一些DEBUG日志，在一些关键的逻辑性很强的代码处多加一些INFO日志，针对可能会出问题的地方要加上ERROR错误捕获，凡是有WARNNING的地方要多加注意，尽量避免WARNNING的出现。
代码调试一个不会调试的程序员就是一个不合格的程序员。
代码调试太关键了，可以帮助程序员梳理编码逻辑，复盘问题，能够迅速找到问题的根源，可以说大部分的BUG都可以通过调试解决。
而且当前很多的IDE开发工具都支持代码调试，功能强大，比如vscode，eclipse，idea，android studio等。
代码调试需要会加断点、逐行调试、跳进源码内部查看源码、查看变量等：加断点逐行调试进入代码内部跳过断点查看变量结束调试看源码有时候的bug并不是明显的代码错误导致，可能是调用各种第三方库发生的异常，此时需要定位到源码里面找原因。
会用搜索引擎如Google,Bing目前对于程序员来说比较友好的两个搜索引擎一个Google，另一个是Bing，大部分的bug问题都能够在这上面搜索的到。
一般国内Goole搜索不能够直接使用，需要翻墙才行，具体的方法可以上网搜索。
保持记错的习惯，形成经验程序员保持记错的习惯很重要，话说：我们不能在同一个问题上栽跟头。
良好的记笔记习惯可以让我们面对各种bug时，可以根据自己的经验更快地找到解决方法。
当然，如果你的记性够好也可以不用记笔记。
善于请教经验丰富的同事或朋友每一个程序员不可能什么都知道，人无完人， 任何人都有自己的优缺点，我们可以多多请教有经验的同事或朋友帮助解决bug。
不过，求人办事不能太频繁，毕竟很多问题都得靠自己摸索，经常麻烦别人也会影响他人的正常生活和工作。
会用减逻辑法有一个解决疑难杂症bug的好方法就是减逻辑法，通常我们写的功能会包含很多的业务逻辑，而往往出问题的地方是某一个很小的地方，此时代码太多、无关的业务太多对于我们调试来说是非常困难的，会影响到我们排查问题的效率。
此时，我们需要注释掉跟此bug毫无相关的业务逻辑代码，只保留一些跟bug有关系的代码，这样能够方便我们快速定位问题，找到解决bug的方法。
会使用替代的方法有时候，我们写的代码出了bug，花了很长时间都无法排查并解决，此时不要慌，你可以另辟蹊径，换一种实现方式来实现。
有时候这样的效果更佳，你也不用再去绞尽脑汁地定位bug的原因，同时你还能学到了另一种解决问题的方法。
总结解决bug的方法千千万，要回综合使用各种方法来定位问题，解决问题。
其次，心态很重要，遇到bug时千万不要慌，从容应对方能出奇制胜。
