前言
错误的提示大近相同，错误的诱因不尽相同
错误结果只是表象，错误的诱因才是根本
今天的工作就是给后台说一下接口的问题，然后就开始调试工具箱模块的接口，因为昨天已经把几个页面的逻辑写的差不多了，所以今天的主要的任务就是把接口放进来然后查看显示数据，然后进行微调，一切就是没有大风大浪的进行着，然而并没有一直的无风无浪。
当在进行申请加入的页面接口微调的时候，出现了崩溃报错的bug，看着编译器提示的错误信息，就随手的复制，然后粘贴在网页上面，查找出这个错误的原因，这个时候，编译器定位的错误地方并不是某一行的代码，而是底层执行区域。当看到搜索的结果的时候，有一个看着非常靠谱的解决方法，就是删除build文件，然后clear模拟器，在重新运行就可以。原因是在编译器执行的时候会检查并重新建立build文件，就会出现多余的build文件，在这个原因下面还写出了永久解决的方法，就是更改一些编译器的设置等等等。
看到解决方法之后，就开始动手去做，从找build文件到更改设置这个过程也是坑不断，什么是build文件、在什么位置、更改设置的地方在哪里等等，当弄完之后，bug依然存在，心情急躁。
看着没有救的bug，就在出bug的文件中生气的每一行代码都加个断点，然后愤怒的点击执行，在不断跳过断点的时候，突然发现在某行代码执行之后就立即creash。哈哈问题找到，是因为一个变量的设置问题，引起的creash，这bug竟然找到了。心中长长的舒了一口气......
总结
不能只是看到错误的结果就不假思索的判断问题的解决方法，找出错误的诱因，针对诱因找出解决方法，才是治本之法
V1.0.0
