当前位置:学习生活->会员解答 ->软件崩溃了,该如何解决

原创版权标志软件崩溃了,该如何解决

作者:fsp0603  发表时间:2017/12/6 21:38:31  阅读:
[摘要] C++技术网已经用心解答了用户提出的问题【软件崩溃了,该如何解决】,如还有问题,请继续在文章底部留言交流,直到完全懂了为止。
最好说说实际开发中常用的具体解决方案。用什么方法提高解决效率?

C++技术网会员解答:

    感谢您对C++技术网的支持和信任哈!

    软件崩溃了,该如何解决?最好说说实际开发中常用的具体解决方案。用什么方法提高解决效率?

    解决问题讲究的是对症下药。软件崩溃,也同样如此。我们需要找到崩溃的原因。对于软件崩溃,我们如何去定位问题,这就是你今天问的问题。

    中医的望闻问切,是很有用的。对于软件的问题的调查和分析,同样也可以望闻问切。

一、望

    望,就是观察现象。所谓观察现象,就是观其的运行的情况。软件是如何运行起来的,又是如何崩溃的,崩溃的提示是什么。这些是很表面的崩溃现象,可以很直观的看到。这个层面,我们只需要观察到基本的运行的现象,搜集相关的描述。当然,也不是简单看着崩溃一次就完事的。我们至少要了解这些情况:操作系统、运行权限、软件的操作流程、崩溃的错误提示,崩溃的现象等。这些情况看似很简单,但是却给定位错误提供了最基础的根据。

    除了很有经验的人,或者对自己的软件了如指掌的人,通过望就可能知道问题所在。因为软件之前会出现这些问题,所以就可以直接找到问题所在。而对于一般的水平的人,或者软件确实很复杂,那么就很难做到一看就知病因的地步。这个也很正常。这一步就是搜集基本的直观的错误信息,这样就可以了。

    这一步也不能完全是看一遍就了事的。最终有没有解决,还是要通过这一步来观察,至少要从表面上消除症状。如果所有症状都和找到的问题一一对应,解释的合情合理,解决后症状就消失了,还原症状又出来了,这样就确定是真的找到问题,至少在症状上是真的找到问题了。

    另外,很多时候,不是一遍就行,还需要反反复复的让软件死来死去,从这个过程中观察规律。这也是搜集现象的一种手段。单次的运行只有一次现象,当大量的现象汇聚就形成了一个规律性现象,此时可能更能表现出问题。举个例子,一个产生随机数的程序,一次两次可能只是觉得随机数始终不大于10,你以为这是正常的。但是通过大量的试验,结果一直都不大于10,而你当初设定的范围是0-100,如此来看,就很可能有问题。然后再通过这个现象分析出来,根据统计学的概率论,一直小于10肯定不正常。如果你只是测试几次,这个问题是很难查出来的。这就是规律性问题。

二、闻

    闻,就是听声息。所谓听声息,就是因为直接看是看不出来的。所以需要进一步的去找症状。注意,这里还是在找症状。只不过是找的更加深入一点。声息不是表面的气色,是看不见的。在软件上,我们对应到内存、CPU、磁盘等的操作情况。很多复杂的问题,往往不是表面现象能看得出来的。此时我们需要听其声息。毫不夸张的说,我们甚至有时候会去听声音哦,比如听硬盘转动的声音,听风扇的声音等等。硬盘转速的变化,可能是由于程序异常的读写导致转速不规律,或者陷入死循环的读写磁盘,都会导致硬盘疯狂旋转。当然,这里说的是机械硬盘。如果是固态呢,我们可以感受温度。而风扇的疯狂则有可能是陷入死循环,导致CPU长期执行高运算量的计算而发热很大,风扇自然转速加快以散热。

    举这些例子并不是说让你去这么做,当然有时候确实需要这样做。特别是做硬件开发,那太常见了。比如要闻一下电路板是否烧焦了。更多时候,软件问题很少会涉及到以上的那些操作。

    我们这里说的闻,更多指的是深入一层次的观察现象。因为表面的现象已经无法分析出问题。我们一般会从内存的事情情况、CPU的使用情况、硬盘的读写方面着手观察。通过CPU的使用率,可能分析出死循环、死递归等。而硬盘读写可以分析出文件的读写卡死问题。内存的问题则有很多的内存占用,以至于导致系统内存陷入无可用内存状态,最后甚至导致整个系统挂掉,这个我曾经就遇到并解决过。

    那么具体如何看,最简单的工具就是,任务管理器。当然还有很多逼格很高的工具,可以分析进程线程、动态库、锁等更高级的东西。比如有的工具可能分析的出来死锁问题而导致的软件被系统杀死。那么分析的深度如何,就看个人的知识水平如何了。如果你连进程是什么都不知道,就不要想着能够操作这些高级的工具了。而这些分析的过程,还是需要自己去多实践多总结。没有一个治百病的经验,只有实践才是最好的工具。

三、问

    问,就是询问症状。如果你的软件给用户使用,可能你前面两步搜集到的信息确实有限,即使用户录屏了,依然还是满足不了的话,那么你就需要去询问情况了。

    询问是很有必要的。同时也要注意一个地方,那就是先从最白痴最基础的地方问起。比如用户没有网,然后启动你的程序,你的程序没有考虑这个问题,然后就直接认为是有网,然后挂了,抛了网络异常。而你对此是没有预先考虑到的,所以出错了。如果你先不问用户电脑联网情况,就是问一大堆,可能都找不到问题所在。这也可能是因为你本身对于联网这个事情也不清楚导致的。

    询问用户是弥补你不能直接搜集问题现象。当然了,询问用户不是我们这里要说的重点。我们询问的应该是计算机。你是不是觉得询问计算机是非常神奇的事情。计算机又不能说话。这就是人机交流,而且是程序员必备的技能哦。

    所谓询问计算机,其实就是要主动去与计算机交流,看看计算机能够给你提供多少信息。只要你足够厉害,你问什么计算机都会给你什么信息。说的直白点,也就是做条件测试。这是一种主动性的现象观察。通过对不同情况的模拟测试,获得对应的信息,然后再反过来分析现象。这个在望的基础上走的更远。往往很多软件的问题的定位都是通过问计算机得以解决的。

    用到的手段如:控制台命令测试、系统设置的切换、切换不同的操作系统运行、使用不同的权限运行、模拟不同的操作方式、使用不同的用户张号等等。方法很多,不一而足。更多是结合自己软件的特性来做针对性的测试观察。

四、切

    切,就是把脉。通过以上的深度调查,必然能够搜集到大量的信息,如果还不能确诊,那么就要继续深入。最后一道就是把脉。把脉的是代码。我们通过现象,定位代码的大致范围,然后仔细分析代码的流程,然后进行大量的测试,去对照现象进行分析,或者临时修改代码进行测试性运行,慢慢缩小问题的范围,最后定位问题。

    代码是程序的脉,代码是程序的灵魂。在代码中调试错误的工具和方法,相信各个IDE提供了强有力的工具。我就不说了。我们要用好手中的每一个调试工具,让自己更多了解程序的运行情况。

    

    那么最后说一下如何提高解决效率。

1.搜集充足的现象

    没有足够的现象,是很难定位问题的,问题越精确,也就能越快定位问题。问题现象了解的越多,就越能准确定位问题所在地。如果现象太少,目标就太泛,这样解决效率自然很低。如何搜集问题,在前面已经详细讲述了。

2.保持足够冷静的思维

    思维的冷静是非常重要的。遇到的问题越紧急,越需要冷静的思维。思维的冷静不代表你不着急,只有冷静的思维,才能在众多的现象中找到蛛丝马迹。

3.发散思维,打破思维僵局

    思维僵局,往往是找问题最大的天敌。如果在一个问题上,始终都不得其解,记住,要及时退出这样的状态。你可以先放下问题,走两步,或喝喝茶。换一个方向思考分析问题,往往是非常有用的。

4.细心分析现象和代码流程

    在大量错误涌来的时候,细心很重要。我们要细心对待每一个问题,然后再认真的分析代码的流程。很多问题可能是并发症,解决了源头问题就可以解决所有问题。只有通过各种下问题,逐步追根溯源,慢慢找到最源头,然后从源头上解决。


    那么这四点,加上前面的搜集和调查问题的方法,应该是非常高效的解决办法了。看似简单,却不简单。而每一步都需要大量的实践,在长期的实践中积累到足够的经验和技巧,才能快速的解决各种疑难杂症,没有捷径可走。

文章来源:C++技术网原创文章版权为网站和作者共同所有,会员文章禁止转载。非会员文章转载做好本文超链接即表示授权转载。通过文章下面的分享按钮可以自由分享所有文章。

返回顶部

在线提问
问题标题:
问题描述:(简陋的描述会导致问题被最后回答、没有针对性回答甚至无法解答。请确保问题描述的足够清楚。)