防止应用异常的方法和装置、存储介质及电子设备与流程

本发明的实施方式涉及计算机技术领域，更具体地，本发明的实施方式涉及一种防止应用异常的方法和装置、存储介质及电子设备。

背景技术

目前，随着计算机技术与电子科技的发展，诸如智能手机或平板电脑等电子设备的功能越来越多，相应的计算处理功能也越来越强大。

近年来，出现了针对各种操作系统平台的大量应用(app，application)，这些应用也逐渐渗入到人们的日常生活和工作中，并且与各行各业之间的联系愈加密不可分。

常见的操作系统包括linux、unix、windows、ios(苹果移动操作系统)以及android(安卓操作系统)等操作系统，使用诸如上述操作系统的电子设备在被人们期望能够拥有更快的处理速度的同时，也期望能够拥有更稳定的处理性能。

技术实现要素：

但是，现有的用于诸如上述各种操作系统的应用，常出现程序异常。

因此在现有技术中，用户在通过诸如电子设备使用某个应用时，由于一些原因而使该应用发生异常时，该应用例如会被操作系统杀掉进程，呈现给用户的则可能是设备回到操作主界面，甚至黑屏或死机等，这是非常令人烦恼的过程。

为此，非常需要一种防止应用异常(appcarsh)的方法，以使应用在运行期间有效地防止发生异常。

在本上下文中，本发明的实施方式期望提供一种防止应用异常的方法和装置、存储有程序的存储介质及电子设备。

在本发明实施方式的第一方面中，提供了一种防止应用异常的方法，包括：在所述应用运行期间，当所述应用的第一对象调用未实现的方法时，判定所述应用进入消息转发机制，执行如下第一消息转发操作：生成随机类；为所述随机类增加所述未实现的方法，并添加该方法的实现逻辑；以及创建所述随机类的第二对象，使所述第二对象执行实现后的所述方法，并将执行结果发送给所述第一对象。

在本发明的一个实施例中，所述应用的第一对象调用未实现的方法包括：在所述第一对象的缓存方法列表和方法列表中均未查找到该未实现的方法。

在本发明的另一个实施例中，所述应用的第一对象调用未实现的方法还包括：在所述第一对象的父类直到根类的缓存方法列表和方法列表中也均未查找到该未实现的方法。

在本发明的又一个实施例中，在判定所述应用进入消息转发机制的步骤之后，且在执行所述第一消息转发操作的步骤之前，还包括：对所述未实现的方法进行动态方法解析失败。

在本发明的再一个实施例中，所述防止应用异常的方法还包括：在执行所述第一消息转发操作后，判定预定条件是否成立，并在所述预定条件成立的情况下执行如下第二消息转发操作：将与所述未实现的方法对应的待发送消息发送给其他接收者，并接收从所述其他接收者返回的执行结果。

在本发明的再一个实施例中，所述预定条件包括：所述第一消息转发操作返回的值是no。

在本发明的再一个实施例中，在所述应用启动时，采用对应于所述第一消息转发操作的预定消息转发函数替换所述应用的根类(nsobject)消息快速转发函数(forwardingtargetforselector)。

在本发明的再一个实施例中，所述添加该方法的实现逻辑的步骤包括：通过block创建指向未实现的方法的函数指针(imp_implementationwithblock)，完成添加该方法的实现逻辑，且返回值均为空值。

在本发明实施方式的第二方面中，提供了一种存储有程序的存储介质，所述程序被处理器执行时实现上述防止应用异常的方法。

在本发明实施方式的第三方面中，提供了一种防止应用异常的装置，包括：判定单元，适于在所述应用运行期间，当所述应用的第一对象调用未实现的方法时，判定所述应用进入消息转发机制，输出第一消息转发触发信号；以及消息转发单元，适于响应于所述第一消息转发触发信号，执行如下第一消息转发操作：生成随机类，为所述随机类增加所述未实现的方法，并添加该方法的实现逻辑，以及创建所述随机类的第二对象，使所述第二对象执行实现后的所述方法，并将执行结果发送给所述第一对象。

在本发明的另一个实施例中，所述判定单元适于在所述第一对象的缓存方法列表和方法列表中均未查找到该未实现的方法的情况下，判定所述应用的第一对象调用未实现的方法。

在本发明的又一个实施例中，所述判定单元适于在所述第一对象的缓存方法列表和方法列表、以及在所述第一对象的父类直到根类的缓存方法列表和方法列表中均未查找到该未实现的方法的情况下，判定所述应用的第一对象调用未实现的方法。

在本发明的再一个实施例中，所述装置还包括动态方法解析单元；所述判定单元适于在判定所述应用进入消息转发机制后输出动态方法解析触发信号，以触发所述动态方法解析单元对所述未实现的方法进行动态方法解析，并在所述动态方法解析单元对所述未实现的方法进行动态方法解析失败的情况下输出所述第一消息转发触发信号。

在本发明的再一个实施例中，所述消息转发单元适于：在执行所述第一消息转发操作后，判定预定条件是否成立，并在所述预定条件成立的情况下执行如下第二消息转发操作：将与所述未实现的方法对应的待发送消息发送给其他接收者，并接收从所述其他接收者返回的执行结果。

在本发明的再一个实施例中，所述消息转发单元适于在所述第一消息转发操作返回的值是no的情况下判定所述预定条件成立。

在本发明的再一个实施例中，所述防止应用异常的装置还包括：函数替换单元，适于在所述应用启动时，采用对应于所述第一消息转发操作的预定消息转发函数替换所述应用的根类(nsobject)消息快速转发函数(forwardingtargetforselector)。

在本发明的再一个实施例中，所述消息转发单元适于在添加该方法的实现逻辑时，通过block创建指向未实现的方法的函数指针(imp_implementationwithblock)来完成添加该方法的实现逻辑，且返回值均为空值。

在本发明实施方式的第四方面中，提供了一种电子设备，包括上述存储介质。

根据本发明实施方式的防止应用异常的方法和装置、存储介质及电子设备，其在应用的对象调用未实现的方法时，通过执行对应的第一消息转发操作来添加该方法的实现逻辑并通过新建的随机类的第二对象来执行该方法并将结果发送给第一对象，从而能够大幅度降低由于调用未实现的方法而导致的应用异常。此外，根据本发明实施方式的上述技术方案，可实现在无侵入代码(即不需要修改应用源代码)、且无需写判断逻辑(即不需要上述现有技术所需要的在每次执行方法前增加判断对象是否实现该方法的逻辑的过程)的情况下，有效防止由于调用未实现的方法而导致的应用异常，不仅大大简化了开发工作，而且不易出错。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1是示意性地示出根据本公开实施例的防止应用异常的方法的一种示例性处理的流程图；

图2是示意性地示出图1所示的步骤s110的一种可能处理的流程图；

图3是示意性地示出图1所示的步骤s110的另一种可能处理的流程图；

图4是示意性地示出根据本公开实施例的防止应用异常的方法的另一种示例性处理的流程图；

图5是示意性地示出根据本公开实施例的防止应用异常的方法的又一种示例性处理的流程图；

图6是示意性地示出根据本公开实施例的防止应用异常的方法的一个优选示例的流程图；

图7是示意性地示出根据本公开实施例的防止应用异常的装置的一个示例的结构框图；

图8是示意性地示出根据本公开实施例的防止应用异常的装置的另一个示例的结构框图；

图9是示意性地示出根据本公开实施例的防止应用异常的装置的又一个示例的结构框图；

图10是示出根据本公开实施例的计算机的结构示意图；

图11是示出根据本公开实施例的计算机可读存储介质的示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种防止应用异常的方法和装置、存储介质及电子设备。

在本文中，需要理解的是，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明人发现，用于各种操作系统的应用的现有技术方案，在应用运行期间，若突然发生应用异常，该应用常会中止运行、或被操作系统杀掉进程，而在用户设备上则可能出现屏幕画面静止不能操作，或者回到操作系统主界面，甚至可能出现黑屏或死机等严重情况。上述应用异常，使得应用在运行期间的稳定性较差，而且会给用户的工作或生活带来不便，使得用户的体验较差。此外，若用户正在执行重要数据操作或打开某重要文件，但却没有备份时，突然发生的应用异常会使得用户丢失部分甚至全部的重要数据或文件，而这将会严重影响用户的工作或生活。

上述应用异常，例如由于objective-c(或其他面向对象的语言等)调用未实现的方法而导致。这是因为，对于诸如类似c语言这类的编程语言来说，函数的调用在编译时即确定调用哪个函数；而objective-c的函数调用属于动态调用过程，在其编译时并不能确定真正调用哪个函数，只有在真正运行时才会根据函数的名称找到对应的函数来调用，这便使得诸如objective-c等面向对象的语言所编译的应用，若是应用的某个对象在运行期间调用了未实现的方法，便会导致整个应用异常或崩溃。

本发明针对该技术问题提供了一种防止应用异常的方法和装置、存储介质及电子设备，在应用运行期间，当该应用的第一对象调用未实现的方法时，判定该应用进入消息转发机制，执行如下第一消息转发操作：生成随机类；为该随机类增加上述未实现的方法，并添加该方法的实现逻辑；以及创建上述随机类的第二对象，使该第二对象执行实现后的所述方法，并将执行结果发送给第一对象；由此可知，本发明实施方式提供的技术方案由于能够在应用的对象调用未实现的方法时，通过执行对应的第一消息转发操作来添加该方法的实现逻辑并通过新建的随机类的第二对象来执行该方法，从而能够降低由于调用未实现的方法而导致的应用异常。

目前，现有的一些防止应用异常的技术，如通过在执行方法前增加判断对象是否实现该方法的逻辑以减少应用异常发生，该技术需要对调用每个不透明的对象方法都要增加以上判断，这会影响代码书写速度和质量。因此，这种现有方案只能依赖开发者的编码水平和细心程度，这使得编译工作量巨大，开发效率较低；并且，由于应用通常由很多开发者一起协同开发，无法保证每个人的代码健壮性，使得代码也比较容易出错。与上述现有技术相比，本发明的防止应用异常的方法和装置、存储介质及电子设备不需要在每次执行方法前增加判断对象是否实现该方法的逻辑，不仅大大简化了开发工作，提高了效率，而且不易出错。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

示例性方法

下面结合图1来描述根据本发明示例性实施方式的防止应用异常的方法。需要注意的是，上述防止应用异常的方法例如可以应用于诸如objective-c等面向对象的语言所编译的应用以及其他适用的任何场景。

图1示意性地示出了根据本公开实施例的防止应用异常的方法的一种示例性的处理流程100。

如图1所示，处理流程100开始后，执行步骤s110。

s110、在应用运行期间，当该应用的第一对象调用未实现的方法时，判定该应用进入消息转发机制，然后执行如步骤s121～s123所示的第一消息转发操作。

作为示例，本发明实施方式中的应用例如可以是适于在诸如智能移动电话、平板电脑、笔记型计算机或台式计算机等智能电子设备的操作系统上运行的应用，或者可以是适于在单台服务器或计算集群上运行的应用。该应用所适用的操作系统例如可以包括但不限于：linux、unix、windows、android或ios等操作系统。该应用例如可以是采用诸如objective-c等面向对象的语言所编译的应用，或者可以是采用其他编程语言编译的应用等。

此外，需要说明的是，上述未实现的方法也包括未定义的方法。

作为示例，本发明实施方式中的所述应用的第一对象例如可以是某个类在内存中装载的某一实例，比如，objective-c中任一nsobject子类的实例。

在应用运行期间，当应用的某个对象o1调用某个方法m1时，可以将该对象o1作为第一对象，并可以判断对象o1调用的上述方法m1是否是未实现的方法：若方法m1是未实现的方法，则判定该应用进入消息转发机制；否则，返回重新执行步骤s110以继续判断。例如，当对象o1后续又调用另一个方法m2时，再次将对象o1确定为第一对象，并判定对象o1调用的上述方法m2是否是未实现的方法：若方法m2是未实现的方法，则判定该应用进入消息转发机制；否则，返回重新执行步骤s110以继续判断。又如，当另一个对象o2调用方法m3时，此时将对象o2确定为第一对象，并判断对象o2调用的上述方法m3是否是未实现的方法：若方法m3是未实现的方法，则判定该应用进入消息转发机制；否则，返回重新执行步骤s110以继续判断，依此类推。

应当理解的是，可以同时存在一个或多个第一对象，针对每个第一对象分别执行上述处理流程100。

作为示例，在执行本发明实施方式中的步骤s110时，例如可以在第一对象的缓存方法列表和方法列表中均未查找到该未实现的方法时判定该应用的第一对象调用未实现的方法。

如图2所示，在一个例子中，在步骤s210中，在应用运行期间，当对象o1调用方法m1时，将对象o1作为第一对象，然后执行步骤s220。

在步骤s220中，可以首先在第一对象o1的缓存方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s230；否则(即没有找到该方法m1)，执行步骤s240。

在步骤s230中，可以转向该方法m1相应的实现以执行该方法，以得到执行结果，结束处理流程100。

在步骤s240中，可以继续在第一对象o1的方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s230；否则(即没有找到该方法m1)，执行步骤s250。

在步骤s250中，判定该应用进入消息转发机制(后续例如执行步骤s121或下文将要描述的步骤s421或s693等)。

以上如图2所示的步骤s210～s250可以作为图1所示的步骤s110的一种可能处理流程。

此外，作为示例，在执行本发明实施方式中的步骤s110时，例如可以在第一对象的缓存方法列表和方法列表中均未查找到该未实现的方法、且在第一对象的父类直到根类的缓存方法列表和方法列表中也均未查找到该未实现的方法的情况下，判定该应用的第一对象调用未实现的方法。

如图3所示，在另一个例子中，在步骤s310中，在应用运行期间，当对象o1调用方法m1时，将对象o1作为第一对象，然后执行步骤s320。

在步骤s320中，可以首先在第一对象o1的缓存方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s330；否则(即没有找到该方法m1)，执行步骤s340。

在步骤s330中，可以转向该方法m1相应的实现以执行该方法，以得到执行结果，结束处理流程100。

在步骤s340中，可以继续在第一对象o1的方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s330；否则(即没有找到该方法m1)，执行步骤s350。

在步骤s350中，可以继续在第一对象o1的父类f1的缓存方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s330；否则(即没有找到该方法m1)，执行步骤s360。

在步骤s360中，可以继续在第一对象o1的父类f1的方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s330；否则(即没有找到该方法m1)，执行步骤s370。

在步骤s370中，可以继续在上述父类f1的父类f2的缓存方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s330；否则(即没有找到该方法m1)，执行步骤s380。

在步骤s380中，可以继续在上述父类f1的父类f2的方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s330；否则(即没有找到该方法m1)，执行步骤s390。

在图3所示的例子中，假设上述父类f1的父类f2为根类，也就是说，在第一对象o1的缓存方法列表和方法列表中均未查找到该未实现的方法，并且在第一对象o1的父类直到根类的缓存方法列表和方法列表中也均未查找到该未实现的方法，这样，在步骤s390中，判定该应用进入消息转发机制(后续例如执行步骤s121或下文将要描述的步骤s421或s693等)。

以上如图3所示的步骤s310～s390可以作为图1所示的步骤s110的另一种可能处理流程。

图2和图3分别描述了如何判断应用的第一对象调用未实现的方法的两种可能的处理过程，应当理解的是，在本发明的其他实施例中，并不限于采用图2或图3所示的过程来判断该应用的对象是否调用未实现的方法，该判断的过程例如可以根据适用于不同操作系统和/或不同编程语言而采用不同的判断处理，这里不再一一赘述。

步骤s121、生成随机类。

作为示例，随机类可以通过runtime运行时机制生成，即，在运行时，随机生成一个随机串a，并将随机串a当作类名，生成类。

例如，在步骤s121中，可以使用random()函数生成一个字符串classnamea，使用字符串classnamea作为类名来创建类a。该过程对应的伪代码例如可以如下：

步骤s122、为步骤s121中生成的随机类增加未实现的方法，并添加该方法的实现逻辑。

作为示例，本发明实施方式中添加该方法的实现逻辑的步骤例如可以包括：通过block创建指向未实现的方法的函数指针(imp_implementationwithblock)，完成添加该方法的实现逻辑，且返回值均为空值。或者，也可以采用其他适用的方式来添加该方法的实现逻辑。

例如，在步骤s122中，可以通过使用运行时方法class_addmethod来给上文例子中刚创建的随机类a增加方法functionb，

这样，通过创建一个方法(如functionb)，获取该方法的函数指针，将发生崩溃时所调用的函数指针通过消息转发的方式而重新指向该方法，而该方法不会引发崩溃，从而避免了此次调用，并且以上处理方式比较快捷。

步骤s123、创建上述随机类的第二对象，使第二对象执行实现后的方法，并将执行结果发送给第一对象。结束处理流程100。

例如，在步骤s123中，步骤s121中生成的随机类在运行时通过实例化生成第二对象，该第二对象执行上述实现后的方法(如functionb)，并将执行该方法所得的执行结果返回第一对象。

作为示例，在执行本发明实施方式的步骤s110中判定该应用进入消息转发机制之后，并且在执行步骤s121～s123所示的第一消息转发操作之前，还可以包括：对上述未实现的方法进行动态方法解析失败。这样，当步骤s110中确定该应用的第一对象调用了未实现的方法时，判定该应用进入消息转发机制；在进入消息转发机制之后，并不是立即执行第一消息转发操作，而是先对上述未实现的方法进行动态方法解析，在解析失败的情况下才执行上述第一消息转发操作，由此，为用户针对调用未实现的方法的情形增加了一种补救的机会。

下面结合图4描述根据本公开实施例的防止应用异常的方法的另一种示例性的处理流程400。

如图4所示，在处理流程400中，首先执行步骤s410。

在步骤s410中，在应用运行期间，当该应用的第一对象o1调用未实现的方法m1时判定该应用进入消息转发机制。然后，执行步骤s420。

在步骤s420中，对上述未实现的方法m1进行动态方法解析：若解析成功，则执行步骤s430；若解析失败，则执行步骤s421。

其中，在步骤s430中，基于解析结果中该方法m1相应的实现执行该方法m1，并结束处理流程400。

在步骤s421中，生成随机类。然后，执行步骤s422。

在步骤s422中，为步骤s421中生成的随机类增加未实现的方法，并添加该方法的实现逻辑。然后，执行步骤s423。

在步骤s423中，创建上述随机类的第二对象，使第二对象执行实现后的方法，并将执行结果发送给第一对象。结束处理流程400。

需要说明的是，在根据本公开实施例的防止应用异常的方法不包括“对上述未实现的方法进行动态方法解析失败”的步骤的情况下，也即，当步骤s110中确定该应用的第一对象调用了未实现的方法时，判定该应用进入消息转发机制，并且在进入消息转发机制之后立即执行第一消息转发操作，而无需经历上述动态方法解析的步骤。这样的处理方式能够适用于一些特定场景，例如无需或不便对未实现的方法进行动态方法解析的场景等，由此能够提高处理效率。

作为示例，根据本公开实施例的防止应用异常的方法的示例性处理流程100或者400中，还可以包括如下步骤：在执行如图1中步骤s121～s123或图4中步骤s421～s423所示的第一消息转发操作后，判定预定条件是否成立，并在预定条件成立的情况下执行如下第二消息转发操作：将与未实现的方法对应的待发送消息发送给其他接收者，并接收从其他接收者返回的执行结果。

其中，上述预定条件例如可以包括：第一消息转发操作返回的值是no。下面结合图5描述根据本公开实施例的防止应用异常的方法的又一种示例性的处理流程500。

如图5所示，处理流程500中的步骤s510、s520、s521、s522、s523及s530分别可以与图4所示的处理流程400中的对应步骤s410、s420、s421、s422、s423及s430中所执行的处理相同，并能够实现相类似的功能和技术效果，这里不再赘述。

在图5所示的处理流程500中，当执行完步骤s523后，执行步骤s540。

在步骤s540中，判定第一消息转发操作返回的值是否为no：若第一消息转发操作返回的值为no，则执行步骤s550中的第二消息转发操作；否则，结束处理流程500。

在步骤s550中，将与上述未实现的方法对应的待发送消息发送给其他接收者，并接收从该其他接收者返回的执行结果，结束处理流程500。

这样，当第一消息转发操作的返回值为no时，表明当前第一消息转发操作没有得到预期的处理结果，可以通过后续执行的第二消息转发操作来完成消息的完全转发，从其他接收者接收返回的针对该方法的执行结果，从而为用户针对调用未实现的方法的情形增加了另外一种补救的机会。

应当说明的是，在本发明的其他实施例中，上述预定条件也可以是“第一消息转发操作返回的值是no”之外的其他条件，例如，该预定条件可以根据经验设定，或通过试验或结合实际需求来设定，这里不再赘述。

此外，应当理解的是，处理流程500中的步骤s520和s530是可选的、而非必须的步骤，也就是说，在其他示例中，也可以执行完步骤s510之后跳过步骤s520而直接执行步骤s521。

作为示例，可以在应用启动时(在执行图1所示的步骤s110、图4所示的步骤s410或图5所示的步骤s510之前)，采用对应于第一消息转发操作的预定消息转发函数替换应用的根类(nsobject)消息快速转发函数(forwardingtargetforselector)(下文简称函数替换操作)。

换句话说，图1所示的步骤s121～s123(或图4所示的步骤s421～s423，或图5所示的步骤s521～s523)可以通过在应用启动之时的上述函数替换操作来实现。也即，本领域技术人员根据上述第一消息转发操作的具体步骤，可以获得与该第一消息转发操作对应的一个预定消息转发函数，用这个预定消息转发函数在应用启动之初替换掉该应用原有的根类消息快速转发函数，来使得该应用的第一对象在调用未实现的方法后(可选地，也可以是在第一对象在调用未实现的方法、且对上述未实现的方法进行动态方法解析失败之后)，基于该预定消息转发函数而执行对应的第一消息转发操作，以使得整个应用不因调用未实现的方法而导致异常。

下面，结合图6来描述根据本公开实施例的防止应用异常的方法的一个优选示例的处理流程600。

如图6所示，应用启动时，处理流程600开始，执行步骤s601。

在步骤s601中，执行上文所描述的函数替换操作。然后，执行步骤s610。

在步骤s610中，在应用运行期间，当对象o1调用方法m1时，将对象o1作为第一对象，执行步骤s620。

在步骤s620中，可以首先在第一对象o1的缓存方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s630；否则(即没有找到该方法m1)，执行步骤s640。

在步骤s630中，可以转向该方法m1相应的实现以执行该方法，以得到执行结果，结束处理流程600。

在步骤s640中，可以继续在第一对象o1的方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s630；否则(即没有找到该方法m1)，执行步骤s650。

在步骤s650中，可以继续在第一对象o1的父类f1的缓存方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s630；否则(即没有找到该方法m1)，执行步骤s660。

在步骤s660中，可以继续在第一对象o1的父类f1的方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s630；否则(即没有找到该方法m1)，执行步骤s670。

在步骤s670中，可以继续在上述父类f1的父类f2的缓存方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s630；否则(即没有找到该方法m1)，执行步骤s680。

在步骤s680中，可以继续在上述父类f1的父类f2的方法列表中查找该方法m1：若查找到该方法m1，则执行步骤s630；否则(即没有找到该方法m1)，执行步骤s690。

在图6所示的例子中，假设上述父类f1的父类f2为根类，也就是说，在第一对象o1的缓存方法列表和方法列表中均未查找到该未实现的方法，并且在第一对象o1的父类直到根类的缓存方法列表和方法列表中也均未查找到该未实现的方法，这样，在步骤s690中，判定该应用进入消息转发机制，然后执行步骤s691。

在步骤s691中，对上述未实现的方法m1进行动态方法解析：若解析成功，则执行步骤s692；若解析失败，则执行步骤s693～s695的第一消息转发操作。

其中，在步骤s692中，基于解析结果中该方法m1相应的实现执行该方法m1，并结束处理流程600。

在步骤s693中，生成随机类，然后执行步骤s694。

在步骤s694中，为步骤s693中生成的随机类增加未实现的方法，并添加该方法的实现逻辑。然后执行步骤s695。

在步骤s695中，创建上述随机类的第二对象o2，使第二对象o2执行实现后的方法，并将执行结果发送给第一对象o1。接着，执行步骤s696。

在步骤s696中，判定第一消息转发操作返回的值是否为no(即判定步骤s695中发送给第一对象o2的执行结果的值是否为no)：若该值是no，则执行步骤s697的第二消息转发操作；否则，结束处理流程600。

在步骤s697中，将与上述未实现的方法对应的待发送消息发送给其他接收者，并接收从其他接收者返回的执行结果，然后结束处理流程600。

通过以上描述可知，本发明示例性实施方式的防止应用异常的方法，在应用的对象调用未实现的方法时，能够通过执行对应的第一消息转发操作来添加该方法的实现逻辑并通过新建的随机类的第二对象来执行该方法，从而能够大幅度降低由于调用未实现的方法而导致的应用异常。

此外，本发明示例性实施方式的防止应用异常的方法可实现在无侵入代码(即不需要修改应用源代码)、且无需写判断逻辑(即不需要上述现有技术所需要的在每次执行方法前增加判断对象是否实现该方法的逻辑的过程)的情况下，有效地防止由于调用未实现的方法而导致的应用异常，不仅大大简化了开发工作，提高开发效率，而且不易出错。

另外，在应用根据本发明实施例的防止应用异常的方法的情况下，由于大幅降低了由于调用未实现的方法而导致的应用异常，使得在用户层面也能够较大程度地改善用户体验，减少应用异常、崩溃的发生，提高应用乃至设备的运行稳定性，能够有效地保护用户数据/文件等。

本发明示例性实施方式的防止应用异常的方法，通过执行上述第一消息转发操作，能够在明显降低由于调用未实现的方法而导致的应用异常的同时，不侵入原有类的方法列表，不会对方法列表相关逻辑判断产生影响。也就是说，可以将上述防止应用异常的方法实现为一个独立的sdk组件，任何应用(如ios应用或安卓应用等)接入即可生效，而不需要修改应用源代码。

示例性装置

在介绍了本发明示例性实施方式的防止应用异常的方法之后，接下来，参考图7对本发明示例性实施方式的防止应用异常的装置进行说明。

参见图7，示意性地示出了根据本发明一实施例的防止应用异常的装置的结构示意图，该装置可以设置于终端设备中，例如，该装置可以设置于台式计算机、笔记型计算机、智能移动电话以及平板电脑等智能电子设备中；当然，本发明实施方式的装置也可以设置于服务器中。本发明实施方式的装置700可以包括下述组成单元：判定单元710和消息转发单元720。

如图7所示，判定单元710适于在应用运行期间，当该应用的第一对象调用未实现的方法时，判定该应用进入消息转发机制，输出第一消息转发触发信号。

消息转发单元720适于响应于判定单元710输出的第一消息转发触发信号，执行第一消息转发操作：生成随机类，为该随机类增加上述未实现的方法，并添加该方法的实现逻辑，以及创建该随机类的第二对象，使该第二对象执行实现后的上述方法，并将执行结果发送给第一对象。其中，上述第一消息转发操作例如可以执行与上文中结合图1所描述的步骤s121～s123(或图4所示的步骤s421～s423、图5所示的步骤s521～s523、图6所示的步骤s693～s695等)中的处理相同的处理，并能够达到相类似的功能和效果，这里不再赘述。

作为示例，消息转发单元720例如可以在添加该方法的实现逻辑时，通过block创建指向未实现的方法的函数指针来完成添加该方法的实现逻辑，且返回值均为空值。或者，消息转发单元720也可以采用其他适用的方式来添加该方法的实现逻辑。

作为示例，本发明实施方式中的判定单元710例如可以在第一对象的缓存方法列表和方法列表中均未查找到该未实现的方法的情况下，判定该应用的第一对象调用未实现的方法，从而判定该应用进入消息转发机制，例如，判定单元710可以通过执行与上文结合图2所描述的步骤s210～s250相同的处理来实现以上处理，并能够达到相类似的功能和效果，这里不再赘述。

作为示例，本发明实施方式中的判定单元710也可以在第一对象的缓存方法列表和方法列表、以及在第一对象的父类直到根类的缓存方法列表和方法列表中均未查找到该未实现的方法的情况下，判定该应用的第一对象调用未实现的方法，从而判定该应用进入消息转发机制，例如，判定单元710可以通过执行与上文结合图3所描述的步骤s310～s390相同的处理来实现以上处理，并能够达到相类似的功能和效果，这里不再赘述。

应当理解的是，在本发明的其他实施例中，判定单元710并不限于采用图2或图3所示的过程来判断该应用的对象是否调用未实现的方法，该判断的过程例如可以根据适用于不同操作系统和/或不同编程语言而采用不同的判断处理，这里不再一一赘述。

图8示出了根据本发明实施方式的防止应用异常的装置的另一种示例性结构。

如图8所示，防止应用异常的装置800可以包括判定单元810、消息转发单元820和动态方法解析单元830。

在图8所示的防止应用异常的装置800中，判定单元810例如可以在应用运行期间，当该应用的第一对象调用未实现的方法时，判定该应用进入消息转发机制，输出动态方法解析触发信号，以触发动态方法解析单元830对上述未实现的方法进行动态方法解析。

在动态方法解析单元830对上述未实现的方法进行动态方法解析成功的情况下，例如可以基于解析结果中该方法相应的实现而执行该方法。

在动态方法解析单元830对上述未实现的方法进行动态方法解析失败的情况下，令判定单元810输出上述第一消息转发触发信号以触发消息转发单元820执行上述第一消息转发操作。其中，触发消息转发单元820例如可以执行与上文结合图7所描述的触发消息转发单元720所执行的第一消息转发操作相同的处理，并能够达到相类似的功能和效果，这里不再赘述。

其中，动态方法解析单元830例如可以执行与上文结合图4所描述的步骤s420和s430中的对应处理相似的处理，并能够实现相类似的功能和技术效果，这里不再赘述。

这样，当判定单元810确定该应用的第一对象调用了未实现的方法时，判定该应用进入消息转发机制，而在进入消息转发机制之后，并不是立即通过消息转发单元820执行第一消息转发操作，而是先通过动态方法解析单元830对上述未实现的方法进行动态方法解析，在解析失败的情况下才触发消息转发单元820执行上述第一消息转发操作，由此，为用户针对调用未实现的方法的情形增加了一种补救的机会。

此外，需要说明的是，在根据本公开实施例的防止应用异常的装置不包括动态方法解析单元的情况下，也即，当判定单元810确定该应用的第一对象调用了未实现的方法时，判定该应用进入消息转发机制，并且在进入消息转发机制之后立即触发消息转发单元820执行第一消息转发操作。这样的处理方式能够适用于一些特定场景，例如无需或不便对未实现的方法进行动态方法解析的场景等，由此能够提高处理效率。

此外，作为示例，本发明实施方式中的消息转发单元720或820在执行上述第一消息转发操作后，还可以判定预定条件是否成立，并在预定条件成立的情况下执行如下第二消息转发操作：将与上述未实现的方法对应的待发送消息发送给其他接收者，并接收从该其他接收者返回的执行结果。

其中，消息转发单元720或820可以在第一消息转发操作返回的值是no的情况下判定上述预定条件成立。例如，消息转发单元720或820可以通过执行与上文结合图5所描述的步骤s540～s550相同的处理，并能够达到相类似的功能和效果，这里不再赘述。

这样，当第一消息转发操作的返回值为no时，表明当前第一消息转发操作没有得到预期的处理结果，可以继续通过消息转发单元720或820执行第二消息转发操作来完成消息的完全转发，从其他接收者接收返回的针对该方法的执行结果，从而为用户针对调用未实现的方法的情形增加了另外一种补救的机会。

应当说明的是，在本发明的其他实施例中，上述预定条件也可以是“第一消息转发操作返回的值是no”之外的其他条件，例如，该预定条件可以根据经验设定，或通过试验或结合实际需求来设定，这里不再赘述。

图9示出了根据本发明实施方式的防止应用异常的装置的又一种示例性结构。如图9所示，防止应用异常的装置900可以包括判定单元910、消息转发单元920、动态方法解析单元930和函数替换单元940。其中，判定单元910、消息转发单元920以及动态方法解析单元930例如可以分别执行与上文结合图8所描述的判定单元810、消息转发单元820以及动态方法解析单元830相同的处理，并能够达到相类似的功能和效果，这里不再赘述。

如图9所示，函数替换单元940例如可以在应用启动时执行上文所述的函数替换操作，即，在应用启动之初采用对应于上述第一消息转发操作的预定消息转发函数替换该应用的根类(nsobject)消息快速转发函数(forwardingtargetforselector)。

其中，函数替换单元940例如可以执行与上文结合图6所描述的步骤s601中的对应处理相似的处理，并能够实现相类似的功能和技术效果，这里不再赘述。

需要说明的是，本领域技术人员根据上述第一消息转发操作的具体处理，可以获得与该第一消息转发操作对应的一个预定消息转发函数，通过函数替换单元940的处理，用这个预定消息转发函数在应用启动之初替换掉应用原有的根类消息快速转发函数，来使得该应用的第一对象在调用未实现的方法后(可选地，也可以是在第一对象在调用未实现的方法、且对上述未实现的方法进行动态方法解析失败之后)，执行对应的第一消息转发操作，以使得整个应用不因调用未实现的方法而导致应用异常

需要说明的是，图9中的动态方法解析单元930采用虚线框表示该动态方法解析单元930是可选的、而非必须的。也即，在其他示例中，图9所示的防止应用异常的装置900也可以不包括动态方法解析单元930，在这种情况下，判定单元910和消息转发单元920例如可以分别执行与上文结合图7所描述的判定单元710和消息转发单元720相同的处理，并能够达到相类似的功能和效果，这里不再赘述。

通过以上描述可知，本发明示例性实施方式的防止应用异常的装置，在应用的对象调用未实现的方法时，能够通过执行对应的第一消息转发操作来添加该方法的实现逻辑并通过新建的随机类的第二对象来执行该方法，从而能够大幅度降低由于调用未实现的方法而导致的应用异常。

此外，本发明示例性实施方式的防止应用异常的装置可实现在无侵入代码(即不需要修改应用源代码)、且无需写判断逻辑(即不需要上述现有技术所需要的在每次执行方法前增加判断对象是否实现该方法的逻辑的过程)的情况下，有效地防止由于调用未实现的方法而导致的应用异常，不仅大大简化了开发工作，提高开发效率，而且不易出错。

另外，在应用根据本发明实施例的防止应用异常的装置的情况下，由于大幅降低了由于调用未实现的方法而导致的应用异常，使得在用户层面也能够较大程度地改善用户体验，减少应用异常、崩溃的发生，提高应用乃至设备的运行稳定性，能够有效地保护用户数据/文件等。

本发明示例性实施方式的防止应用异常的装置，通过执行上述第一消息转发操作，能够在明显降低由于调用未实现的方法而导致的应用异常的同时，不侵入原有类的方法列表，不会对方法列表相关逻辑判断产生影响。也就是说，可以将上述防止应用异常的装置实现为一个独立的sdk组件，任何应用(如ios应用或安卓应用等)接入即可生效，而不需要修改应用源代码。

图10示出了适于用来实现本发明实施方式的示例性计算机系统/服务器1000的框图。图10显示的计算机系统/服务器1000仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统/服务器1000以通用电子设备的形式表现。计算机系统/服务器1000的组件可以包括但不限于：一个或者多个处理器或者处理单元1001，系统存储器1002，连接不同系统组件(包括系统存储器1002和处理单元1001)的总线1003。

计算机系统/服务器1000典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器1000访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器1002可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)10021和/或高速缓存存储器10022。计算机系统/服务器1000可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，rom10023可以用于读写不可移动的、非易失性磁介质(图10中未显示，通常称为“硬盘驱动器”)。尽管未在图10中示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom，dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线1003相连。系统存储器1002中可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块10024的程序/实用工具10025，可以存储在例如系统存储器1002中，且这样的程序模块10024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块10024通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器1000也可以与一个或多个外部设备1004(如键盘、指向设备、显示器等)通信。这种通信可以通过输入/输出(i/o)接口1005进行。并且，计算机系统/服务器1000还可以通过网络适配器1006与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图10所示，网络适配器1006通过总线1003与计算机系统/服务器1000的其它模块(如处理单元1001等)通信。应当明白，尽管图10中未示出，可以结合计算机系统/服务器1000使用其它硬件和/或软件模块。

处理单元1001通过运行存储在系统存储器1002中的程序，从而执行各种功能应用以及数据处理，例如，执行并实现防止应用异常的方法中的各步骤；例如，在应用运行期间，当该应用的第一对象调用未实现的方法时，判定该应用进入消息转发机制，执行如下第一消息转发操作：生成随机类；为该随机类增加上述未实现的方法，并添加该方法的实现逻辑；以及创建上述随机类的第二对象，使第二对象执行实现后的上述方法，并将执行结果发送给第一对；各步骤的具体实现方式在此不再重复说明象。

本发明实施方式的计算机可读存储介质一个具体例子如图11所示。

图11的计算机可读存储介质为光盘1100，其上存储有计算机程序(即程序产品)，该程序被处理器执行时，会实现上述方法实施方式中所记载的各步骤，例如，在应用运行期间，当该应用的第一对象调用未实现的方法时，判定该应用进入消息转发机制，执行如下第一消息转发操作：生成随机类；为该随机类增加上述未实现的方法，并添加该方法的实现逻辑；以及创建上述随机类的第二对象，使第二对象执行实现后的上述方法，并将执行结果发送给第一对象；各步骤的具体实现方式在此不再重复说明。

应当注意，尽管在上文详细描述中提及了防止应用异常的装置的若干单元、模块或子模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明防止应用异常的方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

最后，还需要说明的是，在本公开中，诸如左和右、第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

综上，在根据本公开的实施例中，本公开提供了如下方案，但不限于此：

方案1.一种防止应用异常的方法，其特征在于包括：

在所述应用运行期间，当所述应用的第一对象调用未实现的方法时，判定所述应用进入消息转发机制，执行如下第一消息转发操作：

生成随机类；

为所述随机类增加所述未实现的方法，并添加该方法的实现逻辑；以及

创建所述随机类的第二对象，使所述第二对象执行实现后的所述方法，并将执行结果发送给所述第一对象。

方案2.根据方案1所述的防止应用异常的方法，其特征在于，所述应用的第一对象调用未实现的方法包括：在所述第一对象的缓存方法列表和方法列表中均未查找到该未实现的方法。

方案3.根据方案2所述的防止应用异常的方法，其特征在于，所述应用的第一对象调用未实现的方法还包括：在所述第一对象的父类直到根类的缓存方法列表和方法列表中也均未查找到该未实现的方法。

方案4.根据方案1-3中任一项所述的防止应用异常的方法，其特征在于，在判定所述应用进入消息转发机制的步骤之后，且在执行所述第一消息转发操作的步骤之前，还包括：对所述未实现的方法进行动态方法解析失败。

方案5.根据方案1-4中任一项所述的防止应用异常的方法，其特征在于还包括：在执行所述第一消息转发操作后，判定预定条件是否成立，并在所述预定条件成立的情况下执行如下第二消息转发操作：

将与所述未实现的方法对应的待发送消息发送给其他接收者，并接收从所述其他接收者返回的执行结果。

方案6.根据方案5所述的防止应用异常的方法，其特征在于，所述预定条件包括：所述第一消息转发操作返回的值是no。

方案7.根据方案1-6中任一项所述的防止应用异常的方法，其特征在于，在所述应用启动时，采用对应于所述第一消息转发操作的预定消息转发函数替换所述应用的根类(nsobject)消息快速转发函数(forwardingtargetforselector)。

方案8.根据方案1-7中任一项所述的防止应用异常的方法，其特征在于，所述添加该方法的实现逻辑的步骤包括：通过block创建指向未实现的方法的函数指针(imp_implementationwithblock)，完成添加该方法的实现逻辑，且返回值均为空值。

方案9.存储有程序的存储介质，所述程序被处理器执行时实现根据方案1到8中的任一项所述的防止应用异常的方法。

方案10.一种防止应用异常的装置，其特征在于包括：

判定单元，适于在所述应用运行期间，当所述应用的第一对象调用未实现的方法时，判定所述应用进入消息转发机制，输出第一消息转发触发信号；以及

消息转发单元，适于响应于所述第一消息转发触发信号，执行如下第一消息转发操作：生成随机类，为所述随机类增加所述未实现的方法，并添加该方法的实现逻辑，以及创建所述随机类的第二对象，使所述第二对象执行实现后的所述方法，并将执行结果发送给所述第一对象。

方案11.根据方案10所述的防止应用异常的装置，其特征在于，所述判定单元适于在所述第一对象的缓存方法列表和方法列表中均未查找到该未实现的方法的情况下，判定所述应用的第一对象调用未实现的方法。

方案12.根据方案10所述的防止应用异常的装置，其特征在于，所述判定单元适于在所述第一对象的缓存方法列表和方法列表、以及在所述第一对象的父类直到根类的缓存方法列表和方法列表中均未查找到该未实现的方法的情况下，判定所述应用的第一对象调用未实现的方法。

方案13.根据方案10-12中任一项所述的防止应用异常的装置，其特征在于还包括动态方法解析单元；

所述判定单元适于在判定所述应用进入消息转发机制后输出动态方法解析触发信号，以触发所述动态方法解析单元对所述未实现的方法进行动态方法解析，并在所述动态方法解析单元对所述未实现的方法进行动态方法解析失败的情况下输出所述第一消息转发触发信号。

方案14.根据方案10-13中任一项所述的防止应用异常的装置，其特征在于，所述消息转发单元适于：

在执行所述第一消息转发操作后，判定预定条件是否成立，并在所述预定条件成立的情况下执行如下第二消息转发操作：将与所述未实现的方法对应的待发送消息发送给其他接收者，并接收从所述其他接收者返回的执行结果。

方案15.根据方案14所述的防止应用异常的装置，其特征在于，所述消息转发单元适于在所述第一消息转发操作返回的值是no的情况下判定所述预定条件成立。

方案16.根据方案10-15中任一项所述的防止应用异常的装置，其特征在于还包括：

函数替换单元，适于在所述应用启动时，采用对应于所述第一消息转发操作的预定消息转发函数替换所述应用的根类(nsobject)消息快速转发函数(forwardingtargetforselector)。

方案17.根据方案10-16中任一项所述的防止应用异常的装置，其特征在于，所述消息转发单元适于在添加该方法的实现逻辑时，通过block创建指向未实现的方法的函数指针(imp_implementationwithblock)来完成添加该方法的实现逻辑，且返回值均为空值。

方案18.电子设备，包括根据方案9所述的存储介质。