CN109800100B - 一种防止ios项目崩溃的方法及终端 - Google Patents

Abstract

本发明提供一种防止IOS项目崩溃的方法及终端，对IOS项目中所有可能造成崩溃的方法进行拦截；判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，获取所述方法对应的崩溃信息；将所述崩溃信息上传到服务器，并发送所述崩溃发生的通知信息给所述IOS项目；实现隐性拦截崩溃，能够实现对IOS项目崩溃的监控，在发生崩溃时，实现定位崩溃与获取具体崩溃信息，发送通知给IOS项目，能够让项目提供对应的响应给用户，方便后期定位与修复bug，增强项目的用户体验。

Description

一种防止IOS项目崩溃的方法及终端

技术领域

本发明涉及软件项目管理领域，尤其涉及一种防止IOS项目崩溃的方法及终端。

背景技术

IOS项目的开发过程中，有时会因为各种各样的原因，导致软件的崩溃，如果在开发的过程中发生崩溃，可以从中寻找到崩溃的原因。但是，如果作为一个已经发布上线的项目，发生崩溃将会十分影响用户体验。并且由于苹果自身所携带的崩溃收集机制并不完美，有许多崩溃收集不到，导致无法及时了解到具体的问题是处在什么地方，同时，根据苹果的上架规则，禁止热修复以及略久的审核时间，这些都导致无法及时修复IOS项目的崩溃。

发明内容

本发明所要解决的技术问题是：提供一种防止IOS项目崩溃的方法及终端，在IOS项目发生崩溃时，能够及时进行崩溃的修复。

为了解决上述技术问题，本发明采用的一种技术方案为：

一种防止IOS项目崩溃的方法，包括步骤：

S1、对IOS项目中所有可能造成崩溃的方法进行拦截；

S2、判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，获取所述方法对应的崩溃信息；

S3、将所述崩溃信息上传到服务器，并发送所述崩溃发生的通知信息给所述IOS项目。

为了解决上述技术问题，本发明采用的另一种技术方案为：

一种防止IOS项目崩溃的终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、对IOS项目中所有可能造成崩溃的方法进行拦截；

S2、判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，获取所述方法对应的崩溃信息；

S3、将所述崩溃信息上传到服务器，并发送所述崩溃发生的通知信息给所述IOS项目。

本发明的有益效果在于：对所有可能造成IOS项目崩溃的方法进行筛选，将会造成IOS项目崩溃的方法拦截下载，将对应的崩溃信息上传到服务器，并通知IOS项目，实现隐性拦截崩溃，能够实现对IOS项目崩溃的监控，在发生崩溃时，实现定位崩溃与获取具体崩溃信息，发送通知给IOS项目，能够让项目提供对应的响应给用户，方便后期定位与修复bug，并且能够及时进行崩溃的修复，增强项目的用户体验。

附图说明

图1为本发明实施例的一种防止IOS项目崩溃的方法的步骤流程图；

图2为本发明实施例的一种防止IOS项目崩溃的终端的结构示意图；

标号说明：

1、一种防止IOS项目崩溃的终端；2、存储器；3、处理器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

本发明最关键的构思在于：对所有可能造成IOS项目崩溃的方法进行筛选，将会造成IOS项目崩溃的方法拦截下载，将对应的崩溃信息上传到服务器，并通知IOS项目，实现隐性拦截崩溃。

请参照图1，一种防止IOS项目崩溃的方法，包括步骤：

S1、对IOS项目中所有可能造成崩溃的方法进行拦截；

S2、判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，获取所述方法对应的崩溃信息；

S3、将所述崩溃信息上传到服务器，并发送所述崩溃发生的通知信息给所述IOS项目。

从上述描述可知，本发明的有益效果在于：对所有可能造成IOS项目崩溃的方法进行筛选，将会造成IOS项目崩溃的方法拦截下载，将对应的崩溃信息上传到服务器，并通知IOS项目，实现隐性拦截崩溃，能够实现对IOS项目崩溃的监控，在发生崩溃时，实现定位崩溃与获取具体崩溃信息，发送通知给IOS项目，能够让项目提供对应的响应给用户，方便后期定位与修复bug，并且能够及时进行崩溃的修复，增强项目的用户体验。

进一步的，所述步骤S1中所有可能造成崩溃的方法包括：通用类、数组类、字典类以及字符串类中的方法。

由上述描述可知，根据通用类、数组类、字典类以及字符串类中的方法确定所有可能造成崩溃的方法，能够保证所有可能造成崩溃的方法收集的全面性。

进一步的，所述步骤S2包括：

采用与拦截到的方法对应的判断方式判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，则停止所述方法的继续运行，并通过堆栈获取所述方法对应的崩溃信息，否则，正常运行所述方法。

由上述描述可知，不同的方法采用与其适配的判断方式进行是否会导致崩溃的判断，准确度高，针对性强，并且通过堆栈获取方法对应的崩溃信息，能够保证获取的崩溃信息的准确性。

进一步的，通过堆栈获取所述方法对应的崩溃信息包括：

通过堆栈获取所述方法对应的堆栈信息；

通过正则表达式根据所述堆栈信息获取产生崩溃的类名与方法名；

将所述堆栈信息以及产生崩溃的类名与方法名作为所述方法对应的崩溃信息。

由上述描述可知，通过堆栈获取方法对应的堆栈信息，并通过正则表达式获取产生崩溃的类名和方法名，能够准确地定位出崩溃并获取具体的崩溃信息。

进一步的，所述步骤S3之后还包括步骤：

接收所述IOS项目针对所述崩溃的处理响应；

根据所述处理响应，自动返回到当前页面的上一页，并提示发生错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，执行与所述方法对应的功能；

或者根据所述处理响应，直接提示发生未知错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，并提示出现未知错误，在所述临时网页接收针对所述方法的操作。

由上述描述可知，通过发送所述崩溃发生的通知信息给所述IOS项目，能够接收所述IOS项目针对所述崩溃的处理响应，执行友好的处理方式，增强用户体验。

请参照图2，一种防止IOS项目崩溃的终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

S1、对IOS项目中所有可能造成崩溃的方法进行拦截；

S2、判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，获取所述方法对应的崩溃信息；

S3、将所述崩溃信息上传到服务器，并发送所述崩溃发生的通知信息给所述IOS项目。

从上述描述可知，本发明的有益效果在于：对所有可能造成IOS项目崩溃的方法进行筛选，将会造成IOS项目崩溃的方法拦截下载，将对应的崩溃信息上传到服务器，并通知IOS项目，实现隐性拦截崩溃，能够实现对IOS项目崩溃的监控，在发生崩溃时，实现定位崩溃与获取具体崩溃信息，发送通知给IOS项目，能够让项目提供对应的响应给用户，方便后期定位与修复bug，并且能够及时进行崩溃的修复，增强项目的用户体验。

进一步的，所述步骤S1中所有可能造成崩溃的方法包括：通用类、数组类、字典类以及字符串类中的方法。

由上述描述可知，根据通用类、数组类、字典类以及字符串类中的方法确定所有可能造成崩溃的方法，能够保证所有可能造成崩溃的方法收集的全面性。

进一步的，所述步骤S2包括：

采用与拦截到的方法对应的判断方式判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，则停止所述方法的继续运行，并通过堆栈获取所述方法对应的崩溃信息，否则，正常运行所述方法。

由上述描述可知，不同的方法采用与其适配的判断方式进行是否会导致崩溃的判断，准确度高，针对性强，并且通过堆栈获取方法对应的崩溃信息，能够保证获取的崩溃信息的准确性。

进一步的，通过堆栈获取所述方法对应的崩溃信息包括：

通过堆栈获取所述方法对应的堆栈信息；

通过正则表达式根据所述堆栈信息获取产生崩溃的类名与方法名；

将所述堆栈信息以及产生崩溃的类名与方法名作为所述方法对应的崩溃信息。

由上述描述可知，通过堆栈获取方法对应的堆栈信息，并通过正则表达式获取产生崩溃的类名和方法名，能够准确地定位出崩溃并获取具体的崩溃信息。

进一步的，所述步骤S3之后还包括步骤：

接收所述IOS项目针对所述崩溃的处理响应；

根据所述处理响应，自动返回到当前页面的上一页，并提示发生错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，执行与所述方法对应的功能；

或者根据所述处理响应，直接提示发生未知错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，并提示出现未知错误，在所述临时网页接收针对所述方法的操作。

由上述描述可知，通过发送所述崩溃发生的通知信息给所述IOS项目，能够接收所述IOS项目针对所述崩溃的处理响应，执行友好的处理方式，增强用户体验。

实施例一

请参照图1，一种防止IOS项目崩溃的方法，包括步骤：

S1、对IOS项目中所有可能造成崩溃的方法进行拦截；

其中，通过AOP(Aspect Oriented Programming，面向切面编程)方式对所有对IOS项目中所有可能造成崩溃的方法进行拦截，具体的，通过category+AOP+method exchange的方法将所有可能造成崩溃的方法进行拦截；

其中，易造成崩溃的情况主要来自方法或者类的映射、服务端请求的网络数据的处理等，其中，服务端请求的网络数据的处理会分散到NSArray(数组)、NSDictionary(字典)、NSString(字符串)等类中，所以需要对这些类中的部分方法进行拦截处理，所以所有可能造成崩溃的方法包括：通用类、数组类、字典类以及字符串类中的方法；

具体举例如下：

对于通用类NSOject类对以下方法进行拦截：

methodSignatureForSelector:、setValue:forKey:、setValue:forKeyPath:、setValue:forUndefinedKey:、setValuesForKeysWithDictionary:；

对于数组类NSArray类对以下方法进行拦截：

arrayWithObjects:count:、objectsAtIndexes:、objectAtIndex:、getObjects:range:、setObject:atIndexedSubscript:、removeObjectAtIndex:、insertObject:atIndex:；

对于字典类NSDictionary类对以下方法进行拦截：

dictionaryWithObjects:forKeys:count:、

setObject:forKey:、setObject:forKeyedSubscript:、removeObjectForKey:；

对于字符串类NSString类对以下方法进行拦截：

characterAtIndex:、

substringFromIndex:、

substringToIndex:、

substringWithRange:、

stringByReplacingOccurrencesOfString:withString:、

stringByReplacingOccurrencesOfString:withString:options:range:、

tringByReplacingCharactersInRange:withString:、

replaceCharactersInRange:withString:、insertString:atIndex:、

deleteCharactersInRange:、initWithString:、initWithAttributedString:、

initWithString:attributes:；

由于OC语言为动态语言，所以可以在分类中的+(void)load方法中，对需要拦截的方法执行method_exchangeImplementations方法，实现方法的交换，可以让项目在每次调用对应的方法时，先调用我们编写的代码，从而实现AOP的处理；

S2、判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，获取所述方法对应的崩溃信息；

具体的，采用与拦截到的方法对应的判断方式判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，则停止所述方法的继续运行，并通过堆栈获取所述方法对应的崩溃信息，否则，正常运行所述方法；

其中，在执行了AOP的方法中，根据需求，通用类型的可以通过try catch方法来判断是否会导致崩溃，在try模块中运行原先的方法，如果catch中抓到对应的错误，则说明会发生崩溃；

数组类型的可以通过判断nil的方法，判断***或删除时是否会发生崩溃；

字符串类型的可以判断截取的字符串长度或者位置是否会超过自身长度来判断是否发生崩溃；

在判断相应的方法会导致崩溃之后，如果是数组或者字符串可以进行特殊判断的，可以直接编写对应的准确错误信息，而通用的类型或者特殊的类型可通过[NSThreadcallStackSymbols]方法获取当前的堆栈信息；

其中，通过堆栈获取所述方法对应的崩溃信息包括：

通过堆栈获取所述方法对应的堆栈信息；

通过正则表达式根据所述堆栈信息获取产生崩溃的类名与方法名；

将所述堆栈信息以及产生崩溃的类名与方法名作为所述方法对应的崩溃信息；

S3、将所述崩溃信息上传到服务器，并发送所述崩溃发生的通知信息给所述IOS项目；

具体的，可以将所述崩溃信息通过NSUserDefault或者sqlite等方法，保存到本地，并根据IOS项目的业务需求，在适当的时候发生给服务端，本实施例中，使用的是NSUserDefault，并且在viewdidload的时候，发送给服务端；

其中，使用NSNotificationCenter执行崩溃发生的通知信息的推送；

所述步骤S3之后还包括步骤：

接收所述IOS项目针对所述崩溃的处理响应；

根据所述处理响应，自动返回到当前页面的上一页，并提示发生错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，执行与所述方法对应的功能；

或者根据所述处理响应，直接提示发生未知错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，并提示出现未知错误，在所述临时网页接收针对所述方法的操作；

具体的，在用户接收到崩溃时，可以自行设置几种情况，分别做对应的相对友好的处理方法，在本实施例中，将其分为两种情况，一种为进入控制器时发送的崩溃，一般是由于服务端传递的数据格式出现问题造成的，另一种为用户的动作引发的崩溃，一般是映射出现问题或者服务端出现问题造成的；

当为进入控制器引发的崩溃时，则进行的相应的友好处理方式是：自动返回到当前页面的上一页，并提示用户“发生错误，请稍后重新尝试”，并根据接收的重试请求再次请求网络，如果三次重试请求皆请求失败时，则跳转到一个临时网页，执行与所述方法对应的功能，其中，由服务端提供所述临时网页对应的地址；

当为用户的动作引发的崩溃时，则直接提示用户“发生未知错误，请重新尝试”，如果重新尝试三次依旧失败，则跳转到一个临时网页，并提示“出现未知问题，请在网页中继续操作”，并在临时网页中接收针对所述方法的操作。

实施例二

请参照图2，一种防止IOS项目崩溃的终端1，包括存储器2、处理器3及存储在所述存储器2上并可在所述处理器3上运行的计算机程序，所述处理器3执行所述计算机程序时实现实施例一的步骤。

综上所述，本发明提供的一种防止IOS项目崩溃的方法及终端，通过分类+方法交换以及iOS自身动态语言的特性，实现了AOP的处理，并针对不同的模块，对不同的方法(容易出现崩溃的方法)进行交换，实现整体的初步拦截；再对拦截到的原先的方法进行调用，若产生崩溃，则拦截方法，从而实现防止iOS项目的崩溃；此外，在发生崩溃时，通过获取堆栈信息以及对堆栈信息的筛选，获取到对应的崩溃信息，并将对应的崩溃信息保存到本地，并在适合的时机上传到服务区，从而实现了对iOS项目崩溃的监控，能够及时的修复问题；另外，在发生崩溃时，发送通知告诉项目，让项目提供一种友好的交互方式提醒用户，从而实现了增强项目的用户体验。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种防止IOS项目崩溃的方法，其特征在于，包括步骤：

S1、对IOS项目中所有可能造成崩溃的方法进行拦截；

S2、判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，获取所述方法对应的崩溃信息；

S3、将所述崩溃信息上传到服务器，并发送所述崩溃发生的通知信息给所述IOS项目；

所述步骤S1包括：

通过面向切面编程方式对所有对IOS项目中所有可能造成崩溃的方法进行拦截；

所述面向切面编程方式包括：

在分类中的+(void)load方法中，对需要拦截的方法执行method_exchangeImplementations方法，实现方法的交换；

所述步骤S2包括：

采用与拦截到的方法对应的判断方式判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，则停止所述方法的继续运行，并通过堆栈获取所述方法对应的崩溃信息，否则，正常运行所述方法，在判断过程中，对拦截到的原先的方法进行调用。

2.根据权利要求1所述的一种防止IOS项目崩溃的方法，其特征在于，所述步骤S1中所有可能造成崩溃的方法包括：通用类、数组类、字典类以及字符串类中的方法。

3.根据权利要求1所述的一种防止IOS项目崩溃的方法，其特征在于，通过堆栈获取所述方法对应的崩溃信息包括：

通过堆栈获取所述方法对应的堆栈信息；

通过正则表达式根据所述堆栈信息获取产生崩溃的类名与方法名；

将所述堆栈信息以及产生崩溃的类名与方法名作为所述方法对应的崩溃信息。

4.根据权利要求1至3中任一项所述的一种防止IOS项目崩溃的方法，其特征在于，所述步骤S3之后还包括步骤：

接收所述IOS项目针对所述崩溃的处理响应；

根据所述处理响应，自动返回到当前页面的上一页，并提示发生错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，执行与所述方法对应的功能；

或者根据所述处理响应，直接提示发生未知错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，并提示出现未知错误，在所述临时网页接收针对所述方法的操作。

5.一种防止IOS项目崩溃的终端，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现以下步骤：

S1、对IOS项目中所有可能造成崩溃的方法进行拦截；

S2、判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，获取所述方法对应的崩溃信息；

S3、将所述崩溃信息上传到服务器，并发送所述崩溃发生的通知信息给所述IOS项目；

所述步骤S1包括：

通过面向切面编程方式对所有对IOS项目中所有可能造成崩溃的方法进行拦截；

所述面向切面编程方式包括：

在分类中的+(void)load方法中，对需要拦截的方法执行method_exchangeImplementations方法，实现方法的交换；

所述步骤S2包括：

采用与拦截到的方法对应的判断方式判断拦截到的方法是否会导致所述IOS项目崩溃的产生，若是，则停止所述方法的继续运行，并通过堆栈获取所述方法对应的崩溃信息，否则，正常运行所述方法，在判断过程中，对拦截到的原先的方法进行调用。

6.根据权利要求5所述的一种防止IOS项目崩溃的终端，其特征在于，所述步骤S1中所有可能造成崩溃的方法包括：通用类、数组类、字典类以及字符串类中的方法。

7.根据权利要求5所述的一种防止IOS项目崩溃的终端，其特征在于，通过堆栈获取所述方法对应的崩溃信息包括：

通过堆栈获取所述方法对应的堆栈信息；

通过正则表达式根据所述堆栈信息获取产生崩溃的类名与方法名；

将所述堆栈信息以及产生崩溃的类名与方法名作为所述方法对应的崩溃信息。

8.根据权利要求5至7中任一项所述的一种防止IOS项目崩溃的终端，其特征在于，所述步骤S3之后还包括步骤：

接收所述IOS项目针对所述崩溃的处理响应；

根据所述处理响应，自动返回到当前页面的上一页，并提示发生错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，执行与所述方法对应的功能；

或者根据所述处理响应，直接提示发生未知错误；

接收重试请求，若接收的重试请求超过预设次数并且均响应失败，则跳转到一个临时网页，并提示出现未知错误，在所述临时网页接收针对所述方法的操作。

Images