（重点。。。）逻辑思维能力在调式中作用——用于快速分析和解决bugs问题总结

1。今天运用在逻辑上的使用：

调式double serice 和 double  provider 死活不出来，

运行这两个，就是不出来，我在图上分析了原因：

反证方法： 如果顺序真是这样的，证明我的假设是错的，

                  引入 事实结果1： 但是现实我是对的。

                只有一种可能性了，我调用都没调用。最后更改配置搞定。

今后要多学习逻辑的内容。

2.第二种情况时：

经过前2步骤的方法都没有被使用，没有执行到这个方法，是逻辑问题，

还是用反证方法，计算机不会出错，没有调用就是没有调用，两个服务都OK，相互通信OK，调用关系OK，流程上不会出错。

                         我的想法是错的。

再从基本的逻辑流程中，切分服务，如第一段逻辑在业务上是不是对的，再细致如第一段的数值字段是否正确等，

分段检查，确认分段的逻辑是否正确。

============================================================

注意:computer不会X，第二次出错时，不要犯第二次错误。

3.一般级别解决（面向百度解决问题）

出现问题，定位到问题段，按照百度然后参考其他地方COPY或部分关键字段查询，要多看几篇文章，根据提示，综合问题解决方案进行尝试和使用demo,

对问题段逆向思维发散，正向收敛。

然后进行确认。

即证明自己尝试想一下自己错的地方。找到错误点后，向上回溯和想下推理。

3.解决不掉，执行，如果是在开发环境中善用比较器。

一定要学会改动的比较和成功后的文件进行比较，如果相同还不一样，基本就是环境比较了。

4.可以使用SVN，git 工具假设基版本可以运行，那么把copy新改动的文件，TDD方式依次加入，

看问题是否复现，根据具体问题解决见上述3.

5.解决问题前请保证你的逻辑没问题，假设有通讯的异常有可能你代码没问题，改改业务业务代码就没问题了这也是要注意的。

==================================================================

验证环境的问题，

//1115源码级别解决

0.svn 增进积累

源码之中，了无秘密，Debug源码去跟踪吧。不过这个也是无奈之举了，很耗时，不建议工作使用.绝大部分也用不到（算是难题了）

4.Debug 时，也应该定位到问题段，如果定位段中没有业务逻辑，

证明自己的定位点有问题。反思自己的定位点。

参见博客：

举个web调试流程范例如下：

 前台--》检查元素

1.使用谷歌浏览器，切换到network 选项，在下拉框中进行选择URL，点击发送链接可以看到返回的数值。

2.取值方案用console.log

前段 f12 ,cosoloe ,log ,后天进行debug 程序。

或者后端进行两端 之间的 通过接口进行测试，debug 应用程序的方法。
 

6。demo     从最底层的正确开始编写方法，一个demo 完成不了，完成比这更底层的demo 方法，逐渐的依次累计。同理，寻找一个bug时也应该从基本的bugs中累计确认，一个bug有问题，请先确认最简单的bug是不是有问题

7.学会正向收敛，无法发散时，增减方法，(disable||enable)断点测试，进一步检测错误幅度。

8.逆向发散，回归到基本的技术中，尝试横向，横向，纵向3个方法无果时，转向问题点

9.使用比较器肯定是有不同地方的，将不同地方进行发散和收敛，很重要，细节决定成败。

一定要学会改动的比较和成功后的文件进行比较，如果相同还不一样，基本就是环境比较了。

10。以上方法不行，仔细回溯debug.形成解决问题的闭环。

11.统计每次解决问题的时间，每20分钟解决不掉时，及时更换思路完成。问别人PEOPLE吧，但是不要奢望去解决了。

经验：

11.数据不同步，可能是版本的问题，因为自己是本地提交切换的CTC，客户端调用的是测试服务器的代码，而不是本地服务器的代码。

12.可以使用SVN，git 工具逐步的累加对的模块，快速出结果为最终目的，然后在重构。

13.每天晚上提交一个版本。

14.当尝试横向，横向，纵向3个方法维度无果时，转向问题点

难题思考：

升级为难题，采用难题方法解决：

如何解决难题：_专注Java ,大数据开发，求知若渴，虚心若愚，而知也无涯-CSDN博客

如何解决技术难点_专注Java ,大数据开发，求知若渴，虚心若愚，而知也无涯-CSDN博客_如何解决技术难点

 DDJD公司整理。