本发明涉及计算机应用
技术领域：
：，特别是涉及用于崩溃定位的信息传送方法、装置、设备及存储介质。
背景技术：
：：操作系统(例如ios系统)应用的业务场景日趋复杂，操作系统应用过程中在多个业务场景间不断切换会使得变量紊乱，相互干扰，从而发生意料之外的错误，导致崩溃。现有崩溃机制中崩溃日志一般是针对比较简单的应用场景记录比较少的信息，如记录崩溃类型等，如数组越界，而仅通过崩溃类型不能复现交叉业务场景导致的崩溃，如此会导致无法通过重现崩溃场景实现对崩溃的定位，该交叉业务场景即多个业务场景不断切换的情况。技术实现要素：本发明实施例的目的在于提供一种用于崩溃定位的信息传送方法、装置、设备及存储介质，以实现崩溃场景复现，通过复现崩溃场景进行崩溃定位。具体技术方案如下：在本发明实施的第一方面，首先提供了一种用于崩溃定位的信息传送方法，所述方法适用于客户端设备，包括：捕获触摸事件；获得触摸事件对应的视图信息，所述视图信息用于表示针对所述触摸事件对应的视图的操作行为；在检测到崩溃事件后，将所述视图信息发送至崩溃分析服务器，以使所述崩溃分析服务器基于所述视图信息进行崩溃定位。可选的，所述视图的类型包括以下至少一种：配置级视图、容器级视图和元素级视图；所述获得触摸事件对应的视图信息，包括：获得所述触摸事件对应的视图；判断所述视图的类型，并基于所述视图的类型，确定所述视图的类型在所述视图对应的视图信息。可选的，所述判断所述视图的类型，包括：获取所述视图对应的类名；基于所述类名确定所述视图的类型。可选的，所述获得所述触摸事件对应的视图，包括：通过响应者链获得触摸事件对应的视图，所述响应者链为一系列响应者对象所构成的层次结构，所述触摸事件对应的视图包括响应者链中与该触摸事件关联的架构层视图。可选的，所述通过响应者链获得触摸事件对应的视图，包括：基于所述触摸事件对应的触摸区域，通过响应者链获得所述触摸区域对应的响应视图，所述响应视图为响应于所述触摸区域的响应者对象所对应的视图；所述判断所述视图的类型，并基于所述视图的类型，确定所述视图的类型在所述视图对应的视图信息，包括：判断所述响应视图的类型，并基于所述视图的类型，确定所述响应视图的类型在所述响应视图对应的视图信息。可选的，在所述判断所述视图的类型，并基于所述视图的类型，确定所述视图的类型在所述视图对应的视图信息之后，所述方法还包括：存储预设数量个触摸事件对应的视图信息；所述在检测到崩溃事件后，将所述视图信息发送至崩溃分析服务器，包括：在检测到崩溃事件后，将存储的所述预设数量个触摸事件对应的视图信息发送至崩溃分析服务器。在本发明实施的第二方面，还提供了一种用于崩溃定位的信息传送装置，包括：捕获模块，用于捕获触摸事件；获得模块，用于获得触摸事件对应的视图信息，所述视图信息用于表示针对所述触摸事件对应的视图的操作行为；发送模块，用于在检测到崩溃事件后，将所述视图信息发送至崩溃分析服务器，以使所述崩溃分析服务器基于所述视图信息进行崩溃定位。可选的，所述视图的类型包括以下至少一种：配置级视图、容器级视图和元素级视图；所述获得模块，具体用于获得所述触摸事件对应的视图；判断所述视图的类型，并基于所述视图的类型，确定所述视图的类型在所述视图对应的视图信息。可选的，获得模块，具体用于获取所述视图对应的类名；基于所述类名确定所述视图的类型。可选的，所述获得模块，具体用于通过响应者链获得触摸事件对应的视图，所述响应者链为一系列响应者对象所构成的层次结构，所述触摸事件对应的视图包括响应者链中与该触摸事件关联的架构层视图。可选的，所述获得模块，具体用于基于所述触摸事件对应的触摸区域，通过响应者链获得所述触摸区域对应的响应视图，所述响应视图为响应于所述触摸区域的响应者对象所对应的视图；判断所述响应视图的类型，并基于所述视图的类型，确定所述响应视图的类型在所述响应视图对应的视图信息。可选的，所述获得模块，具体用于在所述判断所述视图的类型，并基于所述视图的类型，确定所述视图的类型在所述视图对应的视图信息之后，存储预设数量个触摸事件对应的视图信息；所述发送模块，具体用于在检测到崩溃事件后，将存储的所述预设数量个触摸事件对应的视图信息发送至崩溃分析服务器。在本发明实施的又一方面，还提供了一种用于崩溃定位的信息传送设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序时，实现第一方面所述的方法步骤。在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的方法步骤。在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面所述的方法步骤。本发明实施例提供的用于崩溃定位的信息传送方法、装置、设备及存储介质，通过捕获触摸事件；获得触摸事件对应的视图信息，视图信息用于表示针对触摸事件对应的视图的操作行为；在检测到崩溃事件后，将视图信息发送至崩溃分析服务器，如此，崩溃分析服务器可以基于视图信息进行崩溃定位。可以实现基于该视图信息可以复现崩溃场景，并能够通过复现崩溃场景进行崩溃定位。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。图1为本发明实施例提供的用于崩溃定位的信息传送方法的流程示意图；图2为本发明实施例中获得触摸事件对应的视图信息的流程图；图3为本发明实施例中视图的示意图；图4为应用本发明实施例提供的用于崩溃定位的信息传送方法的应用示意图；图5为应用本发明实施例提供的用于崩溃定位的信息传送方法的系统架构图；图6为本发明实施例提供的用于崩溃定位的信息传送装置的结构示意图；图7为本发明实施例提供的用于崩溃定位的信息传送设备的结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。交叉业务场景下，如多个业务场景间不断切换会使得变量紊乱，相互干扰，从而发生意料之外的错误，导致崩溃。例如，多个页面(a、b、c、d)共用一个公共变量。可以顺序a\b\c\d或者任意顺序调用，如abdc、acdb、bcad等等。但是只有dcba这一种情况的操作导致变量异常进而引发crash用户闪退。其中，异常可能是变量被释放(对空变量操作未保护)、变量值过大过小，等等。现有崩溃机制收集到的堆栈信息不足以帮助复现崩溃场景，也可以理解为堆栈信息展示可用信息较少，在拿到堆栈信息的同时也希望能对这种交叉业务场景进行复现以协助定位崩溃。本发明实施例中通过收集崩溃发生前用户的触摸反馈，即对用户行为进行捕捉，确定出用户触摸行为的触摸路径，并基于该触摸反馈以模拟用户操作流程，进行崩溃场景的复现，进而通过复现崩溃场景协助定位崩溃。下面对本发明实施例提供的用于崩溃定位的信息传送方法进行详细说明。本发明实施例提供了一种用于崩溃定位的信息传送方法，该方法适用于客户端设备，包括：捕获触摸事件；获得触摸事件对应的视图信息，视图信息用于表示针对触摸事件对应的视图的操作行为；在检测到崩溃事件后，将视图信息发送至崩溃分析服务器，以使崩溃分析服务器基于视图信息进行崩溃定位。本发明实施例中，通过捕获触摸事件；获得触摸事件对应的视图信息，视图信息用于表示针对触摸事件对应的视图的操作行为；在检测到崩溃事件后，将视图信息发送至崩溃分析服务器，如此，崩溃分析服务器可以基于视图信息进行崩溃定位。可以实现基于该视图信息可以复现崩溃场景，并能够通过复现崩溃场景进行崩溃定位。本发明实施例提供的用于崩溃定位的信息传送方法适用于客户端设备，客户端设备可以包括安装有客户端的电子设备，电子设备可以是终端如手机，等等。图1为本发明实施例提供的用于崩溃定位的信息传送方法的流程示意图。本发明实施例提供了一种用于崩溃定位的信息传送方法，如图1所示，可以包括：s101，捕获触摸事件。触摸事件也可以理解为产生触摸行为的事件，可以包括操作系统中触摸屏幕的事件等，如ios系统中的触屏事件。触摸行为可以包括长按、点击等等。例如，用户点击设备的屏幕一次，会触发一个触摸事件，设备则会捕捉触摸事件，具体地可以通过重写系统的-(void)sendevent:(uievent*)event函数捕捉到触摸事件。捕获触摸事件，同时可以获取该触摸事件对应的触摸事件信息。触摸事件信息用于描述触摸事件，包括触摸事件所产生的事件对象等，例如，触摸事件的uitouch(触摸)对象、uiresponder(响应者)对象，等等。当执行触摸事件时会将uitouch类这个对象传入。在这个对象中包含了触摸的所有信息：window：触摸时所在的窗口；view：触摸时所在视图；tapcount:短时间内点击的次数；timestamp:触摸产生或变化的时间戳；phase:触摸周期内的各个状态；locationinview:方法：取得在指定视图的位置；previouslocationinview:方法：取得移动的前一个位置。s102，获得触摸事件对应的视图信息。视图信息用于表示针对触摸事件对应的视图的操作行为。如图2所示，s102可以包括：s1021，获得触摸事件对应的视图。可以通过响应者链获得触摸事件对应的视图。下面会对通过响应者链获得触摸事件对应的视图进行详述，这里先不赘述。响应者链为一系列响应者对象所构成的层次结构。视图可以理解为用户可见的对象，也可以理解为与用户进行交互的对象，如页面、按钮，文本字段和滑块，等等。触摸事件的视图可以包括触摸事件过程中触摸所在的视图。其中，响应者链是由一系列的响应者对象构成的一个层次结构。响应者对象(responderobject)，指的是有响应和处理事件能力的对象。s1022，判断视图的类型，并基于视图的类型，确定视图的类型在视图对应的视图信息。视图信息用于表示针对视图的操作行为。视图的类型包括以下至少一种：配置级视图、容器级视图和元素级视图，图3所示为配置级视图、容器级视图和元素级视图的示意图。其中，配置级视图可以理解为用户可以对其进行配置的视图，如页面，等等。容器级视图可以理解为组件类型的视图，如滑块等等。元素级视图可以为标签、按钮等等。针对不同类型的视图可以有不同的操作行为，则针对不同类型的视图可以确定不同的视图信息，以通过该视图信息表示针对该视图的操作行为。例如，配置级视图如页面对应的视图信息可以包括当前页面的名称page_st、页面滑动距离offsety，等等。容器级视图对应的视图信息可以包括横滑、竖滑的操作信息。元素级视图对应的视图信息可以包括元素对应的坐标信息、元素内容，等等。可以通过-iskindofclass函数判断视图对应的类型。一种可选的实施例中，可以通过获取视图对应的类名，例如，可以获取类名如(qyupadrecommandviewcontroller\recommendcollectioncell\qyascardviewv3)等；基于类名确定视图的类型。得到的视图信息可以用于复现崩溃场景，能够通过复现崩溃场景进行崩溃定位。多个触摸事件可以包括预设时间范围内，按照从早到晚的时间顺序，不同时间点分别对应的触摸事件。可以将多个触摸事件对应的视图信息组成最终的视图信息，使得可以通过该最终的视图信息进行复现崩溃场景，并通过复现崩溃场景进行崩溃定位。s103，在检测到崩溃事件后，将视图信息发送至崩溃分析服务器，以使崩溃分析服务器基于视图信息进行崩溃定位。例如，在电子设备确定应用程序app(application)发生崩溃后，将该视图信息发送给崩溃定位平台。app可以是应用于ios系统中的应用程序。如此，能够通过崩溃定位平台复现崩溃场景，定位崩溃，如定位崩溃的页面、视图、控件和操作场景等，如此，可以对崩溃进行修复，能够提高应用的稳定性，降低崩溃率，提高用户体验度和用户留存。移动终端，如手机得到视图信息之后，可以将该视图信息发送给崩溃分析服务器中的崩溃定位平台，如此，可以减轻移动终端的压力，通过服务器基于视图信息复现崩溃场景，并通过复现崩溃场景进行崩溃定位。本发明实施例中，可以通过捕获触摸事件；获得触摸事件对应的视图信息，视图信息用于表示针对触摸事件对应的视图的操作行为；在检测到崩溃事件后，将视图信息发送至崩溃分析服务器，如此，崩溃分析服务器可以基于视图信息进行崩溃定位。可以实现基于该视图信息可以复现崩溃场景，并能够通过复现崩溃场景进行崩溃定位。也可以理解为可以收集用户行为，通过用户行为复现崩溃场景，以辅助崩溃定位。且根据通过aophook(面向切面编程)，捕捉触摸行为，对用户的触摸行为进行分析，可以知晓用当前手指触摸的页面、视图控制器、组件内容、数据流向等使得能知晓用户崩溃前的操作流程，如此在发生崩溃后，能够基于该操作流程能够复现崩溃场景，定位崩溃，如定位崩溃的页面、视图、控件和操作场景等，如此，可以针对崩溃的页面、视图、控件和操作场景等进行修复，能够提高应用的稳定性，降低崩溃率，提高用户体验度和用户留存。s1021中可以通过响应者链获得触摸事件对应的视图，响应者链为一系列响应者对象所构成的层次结构，触摸事件对应的视图包括响应者链中与该触摸事件关联的架构层视图。通过响应者链获得触摸事件对应的视图的步骤可以包括：针对视图层级结构中的每个视图，判断当前视图是否能够接受触摸事件；如果能，继续判断判断触摸事件发生的位置是否处于当前视图范围内；若是，则按照从最顶层视图一直到到最底层视图的顺序，判断当前视图的子视图是否能够接受触摸事件以及判断触摸事件发生的位置是否处于子视图内；如果当前视图的子视图能够接受触摸事件以及触摸事件发生的位置处于子视图内，则将子视图作为触摸事件对应的视图。其中，当前视图接受触摸事件需要满足三个条件：视图可交互，视图非隐藏，视图不透明度大于0.01。判断当前视图是否能够接受触摸事件即判断是否满足这三个条件。具体地，第一响应者(firstresponder)指的是当前接受触摸的响应者对象(通常是一个uiview对象)，即表示当前该对象正在与用户交互，它是响应者链的开端。整个响应者链和事件分发的使命都是找出第一响应者。uiwindow对象以消息的形式将事件发送给第一响应者，使其有机会首先处理事件。如果第一响应者没有进行处理，系统就将事件(通过消息)传递给响应者链中的下一个响应者，看看它是否可以进行处理。ios系统检测到手指触摸(touch)操作时会将其打包成一个uievent对象，并放入当前活动application的事件队列，单例的uiapplication会从事件队列中取出触摸事件并传递给单例的uiwindow来处理，uiwindow对象首先会使用hittest:withevent:方法寻找此次touch操作初始点所在的视图(view)，即需要将触摸事件传递给其处理的视图，这个过程称之为hit-testview。uiwindow实例对象会首先在它的内容视图上调用hittest:withevent:，此方法会在其视图层级结构中的每个视图上调用pointinside:withevent:(该方法用来判断点击事件发生的位置是否处于当前视图范围内，以确定用户是不是点击了当前视图)，如果pointinside:withevent:返回yes，则继续逐级调用，直到找到touch操作发生的位置，这个视图也就是要找的hit-testview。hittest:withevent:方法的处理流程如下:首先调用当前视图的pointinside:withevent:方法判断触摸点是否在当前视图内；若返回no，则hittest:withevent:返回nil；若返回yes，则向当前视图的所有子视图(subviews)发送hittest:withevent:消息，所有子视图的遍历顺序是从最顶层视图一直到到最底层视图，即从subviews数组的末尾向前遍历，直到有子视图返回非空对象或者全部子视图遍历完毕；若第一次有子视图返回非空对象，则hittest:withevent:方法返回此对象，处理结束；如所有子视图都返回非，则hittest:withevent:方法返回自身(self)。一种可选的实施例中，可以基于触摸事件对应的触摸区域，通过响应者链获得触摸区域对应的响应视图，响应视图为响应于触摸区域的响应者对象所对应的视图；判断响应视图的类型，并基于视图的类型，确定响应视图的类型在响应视图对应的视图信息。即通过响应者链获得触摸区域对应的响应视图，仅记录触摸区域对应的响应视图的视图信息，在检测到崩溃事件后，将响应视图的视图信息发送至崩溃分析服务器，以使崩溃分析服务器基于响应视图的视图信息进行崩溃定位。如此，能够降低对存储空间的占用，也能够降低崩溃分析服务器的计算复杂度。一个具体的实施例中，可以首先继承系统application类，并使用该类作为main函数中的代理类。然后，通过重写系统-sendevent方法，捕获event。捕获了event后，进入-logdicfromevent方法(并获取触摸时间、通过event拿到在window上的触摸坐标)。具体地，先模拟系统响应者链，走一遍响应者链获取到最终响应的视图viewresult。其中，模拟系统响应者链获得viewresult可以通过如下步骤实现：步骤a：重写一个-hittest:方法(判断当前控件能否接受事件，需要保证三个条件：视图可交互，视图非隐藏，视图不透明度大于0.01)。步骤b：满足a的前提下判断触摸点在不在控件内-pointinsid。步骤c：倒序遍历当前控件的子控件，并对子控件调用a。经过以上步骤，返回的最合适的view，也即viewresult。拿到viewresult后，可以通过系统的-iskindofclass判断该viewresult是什么类型；如果是页面级容器：【uiscrollview、uitableview】我们通过当前容器绑定的数据模型记录下当前页面的名称page_st、页面滑动距离offsety。如果是普通视图元素[uibutton、uilable]，我们记录当前元素的元素内容text。对于有特殊需求(需要捕捉自定义数据的)可以实现-qytouchlogforpost代理方法返回需要记录的数据。如此，可以获取触摸事件对应的视图，进而后续可以基于视图的视图信息复现崩溃场景。在图2所示实施例的基础上，一种可选的实施例中，在s1022：判断视图的类型，并基于视图的类型，确定视图的类型在视图对应的视图信息之后，还可以包括：存储预设数量个触摸事件对应的视图信息。预设数量可以根据实际需求确定，例如，30个、20个，等等。一种实现方式中，可以将触摸事件对应的视图信息添加至预设长度的队列中。预设长度可以根据实际需求确定，如可以根据操作流程的复杂度，该复杂度越高，则需要保存越多触摸事件对应的视图信息；同时，可以考虑电子设备的内存，若电子设备的内存较小，则在预设长度可以在满足上述复杂度的基础上，尽量减小该预设长度。例如，预设长度可以为30个、40个数据等。可以预先创建预设长度的队列，可以针对每次触摸事件，将该触摸事件对应的视图信息添加至该预设长度的队列中。在该视图信息添加至该队列，即入队之前，可以先判断该队列是否已到达容量阈值，即判断队列中的数据的个数是否已达到预设长度，简单理解，判断该队列是否已满，如果队列未到达容量阈值，则直接将视图信息添加至该队列；而如果队列已到达容量阈值，则先删除队列中添加时间最早的一条视图信息，也即队列中队头的视图信息，并将当前得到的视图信息添加至队列的队尾。一种可实现方式中，可以根据lfu(leastfrequentlyused，最不经常使用)算法，将得到的触摸事件对应的视图信息添加至队列中。如此，可以基于队列，保存用户触摸行为产生的触摸事件所对应的视图信息，即通过队列记录用户的触摸路径，可以直接从队列中获取不同触摸事件对应的视图信息以组成操作流程信息，进而基于该操作流程信息复现交叉业务场景，也即多个业务场景不断切换的场景，以通过复现崩溃场景进行崩溃定位。图4为应用本发明实施例提供的用于崩溃定位的信息传送方法的应用示意图。参见图4，用户触摸屏幕，获取叶子节点视图。具体地，用户触摸屏幕，电子设备的操作系统捕获触摸事件，并获取触摸事件对应的叶子节点视图。拿到当前响应者并拼接相关信息。判断是否存在下一个响应者，如果存在，则返回该下一个响应者，将该响应者作为当前响应者，返回拿到当前响应者并拼接相关信息的步骤；如果不存在，则拼接完成标志，获得responderchain串1，responderchain串1也即触摸事件对应的视图信息。判断队列是否已满，如果是，则移除最老的数据，插入当前得到的数据，也即当前得到的触摸事件对应的视图信息；如果队列未满，则直接插入当前得到的数据即可。然后获得结果，即将队列中所有的数据组成操作流程信息。上述步骤均由客户端(client)完成。在发生崩溃后，将得到的该操作流程信息发送给服务端(sever)，具体地，可以将操作流程信息编码为json格式的数据，也即得到json结果发送给服务端。图5为应用本发明实施例提供的用于崩溃定位的信息传送方法的系统架构图。参见图5，应用本发明实施例提供的用于崩溃定位的信息传送方法的系统可以包括前端ui(userinterface，交互界面)、展示层、touchlog层(触摸层)和数据层。本发明实施例提供的用于崩溃定位的信息传送方法可以应用于touchlog层。其中，touchlog层和数据层结合可以实现日志记录，展示层、touchlog层和数据层结合可以实现权限控制。具体地，前端ui中可以展示参数a、b、c、d等。展示层可以进行内容管理、用户管理、系统设置、统计报表、展示系统日志等等。touchlog层进行视图分发，touchlog层可以确定pagename(页面名称)、viewcontrollername(控制器名称)、componetname(组件名称)和controlname(小控件名称)。数据层可以完成存储过程、数据缓存、自定义函数、事务、读写数据库等。对应于上述实施例提供的用于崩溃定位的信息传送方法，本发明实施例还提供了一种用于崩溃定位的信息传送装置，如图6所示，可以包括：捕获模块601，用于捕获触摸事件；获得模块602，用于获得触摸事件对应的视图信息，视图信息用于表示针对触摸事件对应的视图的操作行为；发送模块603，用于在检测到崩溃事件后，将视图信息发送至崩溃分析服务器，以使崩溃分析服务器基于视图信息进行崩溃定位。可选的，视图的类型包括以下至少一种：配置级视图、容器级视图和元素级视图；获得模块602，具体用于获得触摸事件对应的视图；判断视图的类型，并基于视图的类型，确定视图的类型在视图对应的视图信息。可选的，获得模块602，具体用于获取视图对应的类名；基于类名确定视图的类型。可选的，获得模块602，具体用于通过响应者链获得触摸事件对应的视图，响应者链为一系列响应者对象所构成的层次结构，触摸事件对应的视图包括响应者链中与该触摸事件关联的架构层视图。可选的，获得模块602，具体用于基于触摸事件对应的触摸区域，通过响应者链获得触摸区域对应的响应视图，响应视图为响应于触摸区域的响应者对象所对应的视图；判断响应视图的类型，并基于视图的类型，确定响应视图的类型在响应视图对应的视图信息。可选的，获得模块602，具体用于在判断视图的类型，并基于视图的类型，确定视图的类型在视图对应的视图信息之后，存储预设数量个触摸事件对应的视图信息；发送模块603，具体用于在检测到崩溃事件后，将存储的预设数量个触摸事件对应的视图信息发送至崩溃分析服务器。本发明实施例提供的用于崩溃定位的信息传送装置是应用上述用于崩溃定位的信息传送方法的装置，则上述操作用于崩溃定位的信息传送方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。对应于上述实施例提供的用于崩溃定位的信息传送方法，本发明实施例还提供了一种用于崩溃定位的信息传送设备，如图7所示，包括处理器701、通信接口702、存储器703和通信总线704，其中，处理器701，通信接口702，存储器703通过通信总线704完成相互间的通信，存储器703，用于存放计算机程序；处理器701，用于执行存储器703上所存放的程序时，实现上述用于崩溃定位的信息传送方法的方法步骤。上述终端提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述终端与其他设备之间的通信。存储器可以包括随机存取存储器(randomaccessmemory，简称ram)，也可以包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessor，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(field－programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述用于崩溃定位的信息传送方法的方法步骤。在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述用于崩溃定位的信息传送方法的方法步骤。在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、计算机可读存储介质以及计算机程序产品实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。当前第1页12当前第1页12