内存快照的生成方法、装置、电子设备和存储介质

摘要

本申请公开了内存快照的生成方法、装置、电子设备和存储介质。所述方法包括：若满足内存快照生成条件，则基于初始化函数获取内存快照文件的地址，并为Java层系统函数中的目标函数指定native层的代理函数；调用系统函数生成内存快照的字节流；基于代理函数拦截所述字节流，并根据拦截到的字节流按所述地址生成内存快照文件。该技术方案的有益效果在于，利用native层IO效率高于Java层的优势，根据native层的代理函数获取到字节流后生成内存快照文件，效率得到了显著提升。

权利要求

1.一种内存快照的生成方法，其特征在于，应用于安卓应用中，该方法包括：若满足内存快照生成条件，则基于初始化函数获取内存快照文件的地址，并为Java层系统函数中的目标函数指定native层的代理函数；

调用系统函数生成内存快照的字节流；

基于代理函数拦截所述字节流，并根据拦截到的字节流按所述地址生成内存快照文件；

所述代理函数包括Java层open函数的代理函数以及Java层write函数的代理函数；所述根据拦截到的字节流按所述地址生成内存快照文件还包括：记录Java层open函数的代理函数返回的文件句柄fd，由Java层write函数的代理函数判断自身返回的fd与其是否相同。

2.如权利要求1所述的方法，其特征在于，所述内存快照生成条件包括：所述安卓应用使用的内存达到预设阈值，和/或，所述安卓应用发生内存溢出OOM错误。

3.如权利要求1所述的方法，其特征在于，所述为Java层的系统函数中的目标函数指定native层的代理函数包括：基于got表hook技术，为所述目标函数指定native层的代理函数。

4.如权利要求1所述的方法，其特征在于，所述根据拦截到的字节流按所述地址生成内存快照文件包括：根据拦截到的字节流的写入地址与所述内存快照文件的地址进行地址校验。

5.如权利要求1所述的方法，其特征在于，所述根据拦截到的字节流按所述地址生成内存快照文件包括：对所述字节流进行指定类型的处理后，按所述地址写入内存快照文件；所述指定类型的处理包括：裁剪掉字节流中预设类型的信息，和/或将字节流先写入缓存区，当缓存区的长度达到预设阈值时，对缓存区的内容执行压缩操作。

6.如权利要求5所述的方法，其特征在于，所述根据拦截到的字节流按所述地址生成内存快照文件包括：根据处理结果确定所述内存快照文件的名称；

该方法还包括：将生成的内存快照文件上传至服务器，以使内存快照文件能够根据自身名称被转换为符合预定标准的内存快照文件。

7.如权利要求1所述的方法，其特征在于，所述代理函数包括Java层end函数的代理函数，所述根据拦截到的字节流按所述地址生成内存快照文件还包括：由Java层end函数的代理函数确认内存快照文件的生成结果并上报至Java层end函数。

8.一种内存快照的生成装置，其特征在于，应用于安卓应用中，该装置包括：初始化单元，用于若满足内存快照生成条件，则基于初始化函数获取内存快照文件的地址，并为Java层的系统函数中的目标函数指定native层的代理函数；

内存快照生成单元，用于调用系统函数生成内存快照的字节流，基于代理函数拦截所述字节流，并根据拦截到的字节流按所述地址生成内存快照文件；

所述代理函数包括Java层open函数的代理函数以及Java层write函数的代理函数；

所述内存快照生成单元，用于记录Java层open函数的代理函数返回的文件句柄fd，由Java层write函数的代理函数判断自身返回的fd与其是否相同。

9.一种电子设备，其中，该电子设备包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如权利要求1-7中任一项所述的方法。

说明书

内存快照的生成方法、装置、电子设备和存储介质

技术领域

[0001] 本申请涉及计算机技术领域，具体涉及内存快照的生成方法、装置、电子设备和存储介质。

背景技术

[0002] 应用程序的运行通常依赖于内存的使用，由于开发中可能存在疏漏等原因，在运行过程中可能产生内存不足的问题。为了便于原因排查，在发生内存不足等情况时，生成内存快照并提供给开发者是一种较好的方式。

[0003] 但是现有技术中，这种方式对于安卓应用而言存在着问题。由于安卓系统依赖于Java环境，现有技术中生成内存快照主要是在Java层进行，而Java层的读写(I/O)效率较为低下，体量较大的安卓应用产生的内存快照文件大小可达200M甚至更多，直接在Java层生成内存快照，资源和时间的消耗都较多。

发明内容

[0004] 鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的内存快照的生成方法、装置、电子设备和存储介质。

[0005] 依据本申请的一个方面，提供了一种内存快照的生成方法，应用于安卓应用中，包括：

[0006] 若满足内存快照生成条件，则基于初始化函数获取内存快照文件的地址，并为Java层系统函数中的目标函数指定native层的代理函数；

[0007] 调用系统函数生成内存快照的字节流；

[0008] 基于代理函数拦截所述字节流，并根据拦截到的字节流按所述地址生成内存快照文件。

[0009] 可选地，所述内存快照生成条件包括：

[0010] 所述安卓应用使用的内存达到预设阈值，和/或，所述安卓应用发生内存溢出OOM错误。

[0011] 可选地，所述为Java层的系统函数中的目标函数指定native层的代理函数包括：

[0012] 基于got表hook技术，为所述目标函数指定native层的代理函数。

[0013] 可选地，所述根据拦截到的字节流按所述地址生成内存快照文件包括：

[0014] 根据拦截到的字节流的写入地址与所述内存快照文件的地址进行地址校验。

[0015] 可选地，所述根据拦截到的字节流按所述地址生成内存快照文件包括：

[0016] 对所述字节流进行指定类型的处理后，按所述地址写入内存快照文件；所述指定类型的处理包括：裁剪掉字节流中预设类型的信息，和/或将字节流先写入缓存区，当缓存区的长度达到预设阈值时，对缓存区的内容执行压缩操作。

[0017] 可选地，所述根据拦截到的字节流按所述地址生成内存快照文件包括：根据处理结果确定所述内存快照文件的名称；

[0018] 该方法还包括：将生成的内存快照文件上传至服务器，以使内存快照文件能够根据自身名称被转换为符合预定标准的内存快照文件。

[0019] 可选地，所述代理函数包括Java层open函数的代理函数以及Java层write函数的代理函数；所述根据拦截到的字节流按所述地址生成内存快照文件还包括：

[0020] 记录Java层open函数的代理函数返回的文件句柄fd，由Java层write函数的代理函数判断自身返回的fd与其是否相同。

[0021] 可选地，所述代理函数包括Java层end函数的代理函数，所述根据拦截到的字节流按所述地址生成内存快照文件还包括：

[0022] 由Java层end函数的代理函数确认内存快照文件的生成结果并上报至Java层end函数。

[0023] 依据本申请的另一方面，提供了一种内存快照的生成装置，应用于安卓应用中，包括：

[0024] 初始化单元，用于若满足内存快照生成条件，则基于初始化函数获取内存快照文件的地址，并为Java层的系统函数中的目标函数指定native层的代理函数；

[0025] 内存快照生成单元，用于调用系统函数生成内存快照的字节流，基于代理函数拦截所述字节流，并根据拦截到的字节流按所述地址生成内存快照文件。

[0026] 可选地，所述内存快照生成条件包括：

[0027] 所述安卓应用使用的内存达到预设阈值，和/或，所述安卓应用发生内存溢出OOM错误。

[0028] 可选地，所述初始化单元，用于基于got表hook技术，为所述目标函数指定native层的代理函数。

[0029] 可选地，所述内存快照生成单元，用于根据拦截到的字节流的写入地址与所述内存快照文件的地址进行地址校验。

[0030] 可选地，所述内存快照生成单元，用于对所述字节流进行指定类型的处理后，按所述地址写入内存快照文件；所述指定类型的处理包括：裁剪掉字节流中预设类型的信息，和/或将字节流先写入缓存区，当缓存区的长度达到预设阈值时，对缓存区的内容执行压缩操作。

[0031] 可选地，所述内存快照生成单元，用于根据处理结果确定所述内存快照文件的名称；

[0032] 该装置还包括：上传单元，用于将生成的内存快照文件上传至服务器，以使内存快照文件能够根据自身名称被转换为符合预定标准的内存快照文件。

[0033] 可选地，所述代理函数包括Java层open函数的代理函数以及Java层write函数的代理函数；

[0034] 所述内存快照生成单元，用于记录Java层open函数的代理函数返回的文件句柄fd，由Java层write函数的代理函数判断自身返回的fd与其是否相同。

[0035] 可选地，所述代理函数包括Java层end函数的代理函数；

[0036] 所述内存快照生成单元，用于由Java层end函数的代理函数确认内存快照文件的生成结果并上报至Java层end函数。

[0037] 依据本申请的又一方面，提供了一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行如上述任一所述的方法。

[0038] 依据本申请的再一方面，提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被处理器执行时，实现如上述任一所述的方法。

[0039] 由上述可知，本申请的技术方案，在满足内存快照生成条件的情况下，基于初始化函数获取内存快照文件的地址，并为Java层系统函数中的目标函数指定native层的代理函数，调用系统函数生成内存快照的字节流，基于代理函数拦截字节流，并根据拦截到的字节流按地址生成内存快照文件。该技术方案的有益效果在于，利用native层IO效率高于Java层的优势，根据native层的代理函数获取到字节流后生成内存快照文件，效率得到了显著提升。

[0040] 上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

[0041] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

[0042] 图1示出了根据本申请一个实施例的一种内存快照的生成方法的流程示意图；

[0043] 图2示出了根据本申请一个实施例的一种内存快照的生成装置的结构示意图；

[0044] 图3示出了根据本申请一个实施例的电子设备的结构示意图；

[0045] 图4示出了根据本申请一个实施例的计算机可读存储介质的结构示意图。

具体实施方式

[0046] 下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

[0047] 图1示出了根据本申请一个实施例的一种内存快照的生成方法的流程示意图，该方法应用于安卓应用中。如图1所示，该方法包括：

[0048] 步骤S110，若满足内存快照生成条件，则基于初始化函数获取内存快照文件的地址，并为Java层系统函数中的目标函数指定native层的代理函数。

[0049] 在安卓系统的Java层实际提供了生成快照的手段，即存在可进行内存dump的多个相关函数。在本申请的技术方案中，并没有全面舍弃这些函数，而对其中的部分函数在native层进行了代理，这样既不需要重新实现dump过程中的各函数，又能够对效率相对低下的部分进行优化。

[0050] 例如，步骤S120，调用系统函数生成内存快照的字节流。这一步骤中，可以直接调用系统函数dump到内存快照字节流，对于IO阶段再在native层进行处理。

[0051] 步骤S130，基于代理函数拦截字节流，并根据拦截到的字节流按地址生成内存快照文件。

[0052] 可见，图1所示的方法，利用native层IO效率高于Java层的优势，根据native层的代理函数获取到字节流后生成内存快照文件，效率得到了显著提升。

[0053] 在本申请的一个实施例中，上述方法中，内存快照生成条件包括：安卓应用使用的内存达到预设阈值，和/或，安卓应用发生内存溢出OOM错误。

[0054] 由于内存快照主要是用于分析应用的异常，因此本申请给出了两个内存快照生成条件的示例，可以择一使用，也可以一起使用。内存OOM错误说明可供安卓应用使用的内存资源不足，此时安卓应用会一般发生崩溃。而预先设置一个预设阈值，可以对OOM错误的发生起到一定的预防，但是此时一般也是存在着引发内存过度使用的问题，同样需要进一步分析。

[0055] 具体地，可以注册Java的异常退出监听，并以一个异步线程实时分析该安卓应用的内存占用情况，当内存占用异常或是发生OOM错误时，开始生成内存快照。

[0056] 在本申请的一个实施例中，上述方法中，为Java层的系统函数中的目标函数指定native层的代理函数包括：基于got表hook技术，为目标函数指定native层的代理函数。

[0057] 安卓系统中函数的使用通常依赖于符号表，got表是符号表的一种，内部存储了函数的地址。因此got表hook技术可以通过修改地址实现函数的hook，当调用系统函数中的目标函数时，由于该目标函数的地址被修改为native层代理函数的地址，因此实际调用到native层的代理函数，也就实现了目的。

[0058] 在本申请的一个实施例中，上述方法中，根据拦截到的字节流按地址生成内存快照文件包括：根据拦截到的字节流的写入地址与内存快照文件的地址进行地址校验。

[0059] 安卓系统原生的内存快照流程大致为：先确定一个内存快照文件的地址，之后从内存中dump出字节流，写入到该地址的内存快照文件中；具体可以通过Java层的init函数、debug.dump函数和end函数实现。

[0060] 在本申请的实施例中，也可以由系统函数确定内存快照文件的地址，在写入过程调用native层函数实现效率提升。为了保证写入文件的准确性，可以通过地址校验的方式来实现。具体地，Java层的系统函数先确定一个内存快照文件的地址，此时基于初始化函数获取到这个内存快照文件的地址，作为写入字节流的目的地址；而在实际写入时，还会获取拦截到的字节流的写入地址，如果这个地址与之前获取到的内存快照文件的地址一致，则说明整个流程正常进行，校验成功。

[0061] 在本申请的一个实施例中，上述方法中，代理函数包括Java层open函数的代理函数以及Java层write函数的代理函数；根据拦截到的字节流按地址生成内存快照文件还包括：记录Java层open函数的代理函数返回的文件句柄fd，由Java层write函数的代理函数判断自身返回的fd与其是否相同。

[0062] 将Java层open函数的代理函数传入的地址与初始化函数的地址进行对比，就是前述实施例中根据拦截到的字节流的写入地址与内存快照文件的地址进行地址校验的一种具体实现方式。若校验成功，则可以记录Java层open函数的代理函数返回的文件句柄fd，并由write函数的代理函数判断自身返回的fd与其是否相同，从而实现了又一种校验，保证字节流写入的文件就是打开的内存快照文件。

[0063] 在本申请的一个实施例中，上述方法中，根据拦截到的字节流按地址生成内存快照文件包括：对字节流进行指定类型的处理后，按地址写入内存快照文件；指定类型的处理包括：裁剪掉字节流中预设类型的信息，和/或将字节流先写入缓存区，当缓存区的长度达到预设阈值时，对缓存区的内容执行压缩操作。

[0064] 内存中实际存在着一些对于后续分析处理无用的信息，由于内存快照文件要返回给开发者，因此需要使用安卓应用的用户进行上传(当然，也可以是预先经过用户许可，后续需要上传时用户无感知的地由安卓应用自动上传)，也就需要耗费用户终端的存储资源和网络资源，为了给用户带来更好的体验以及节约资源，可以对字节流进行一些处理，舍弃不需要的信息，精简得到有用的信息。

[0065] 具体来说，可以裁减掉字节流中预设类型的信息，这里预设类型的信息可以包括：时间戳，因为后续的分析可以不需要用到时间相关的内容；全部基本类型数组的值，因为在后续的分析中，只需要知道一个数组的长度和它的引用链，内容是开发者不需要关心的内容；系统的内存信息，因为这是开发者无法操控也无需干预的。通过这样的裁剪可以去除约
60％的数据，大大减少了内存快照文件的体积。

[0066] 另外，还可以通过压缩的方式减小内存快照文件的体积，这两种方式进行结合的效果相对更好，但是也可以择一实施。并且产生的内存快照文件也保留了后续分析所需要的必要信息，例如发送内存泄漏，可以搜索堆栈中的Activity信息，发生OOM，可以查看内存占比高的对象，查看其引用链，等等。

[0067] 在本申请的一个实施例中，上述方法中，根据拦截到的字节流按地址生成内存快照文件包括：根据处理结果确定内存快照文件的名称；该方法还包括：将生成的内存快照文件上传至服务器，以使内存快照文件能够根据自身名称被转换为符合预定标准的内存快照文件。

[0068] 处理的结果可以是成功或是失败，可能由于某些原因，剪裁或者压缩中的某个处理方式失败，或者全部失败。由于经过不同的处理，内存快照文件的数据内容是不同的，后续的分析方式也有差别，因此根据根据处理结果确定内存快照文件的名称，可以使服务器根据内存快照文件的名称将其转换为符合预定标准的内存快照文件，便于后续的分析处理。

[0069] 具体的上传时机可以是相应安卓应用下次启动时。通过拉取配置信息，可以检测到本地是否存储有内存快照文件，若上传的配置开关是开启状态，则可以将本地存储的内存快照文件上传至服务器。服务器可以根据文件名称识别出是否进行了剪裁和压缩处理，并进行相应的反向处理得到完整的内存快照文件。

[0070] 例如，对于裁减掉了数组的值的内存快照文件，保留了数组的类型和长度，则在恢复时可以根据长度和类型在相应位置补上值为0的字节，得到完整的内存快照文件。

[0071] 在本申请的一个实施例中，上述方法中，代理函数包括Java层end函数的代理函数，根据拦截到的字节流按地址生成内存快照文件还包括：由Java层end函数的代理函数确认内存快照文件的生成结果并上报至Java层end函数。

[0072] 安卓内存快照文件在字节流完全写入后正式生成，也就需要一个end函数来进行确认，在本申请的技术方案中由于将IO移至native层进行，因而最后的内存快照文件的生成结果也是在native层获得，可以上报给Java层end函数。在有缓存区的情况下，Java层end函数的代理函数还可以进行清除缓存区等操作。

[0073] 图2示出了根据本申请一个实施例的一种内存快照的生成装置的结构示意图，该装置应用于安卓应用中。如图2所示，内存快照的生成装置200包括：

[0074] 初始化单元210，用于若满足内存快照生成条件，则基于初始化函数获取内存快照文件的地址，并为Java层的系统函数中的目标函数指定native层的代理函数。

[0075] 在安卓系统的Java层实际提供了生成快照的手段，即存在可进行内存dump的多个相关函数。在本申请的技术方案中，并没有全面舍弃这些函数，而对其中的部分函数在native层进行了代理，这样既不需要重新实现dump过程中的各函数，又能够对效率相对低下的部分进行优化。

[0076] 内存快照生成单元220，用于调用系统函数生成内存快照的字节流，基于代理函数拦截字节流，并根据拦截到的字节流按地址生成内存快照文件。可以直接调用系统函数dump到内存快照字节流，对于IO阶段再在native层进行处理。

[0077] 可见，图2所示的装置，通过各单元的相互配合，利用native层IO效率高于Java层的优势，根据native层的代理函数获取到字节流后生成内存快照文件，效率得到了显著提升。

[0078] 在本申请的一个实施例中，上述装置中，内存快照生成条件包括：安卓应用使用的内存达到预设阈值，和/或，安卓应用发生内存溢出OOM错误。

[0079] 在本申请的一个实施例中，上述装置中，初始化单元210，用于基于got表hook技术，为目标函数指定native层的代理函数。

[0080] 在本申请的一个实施例中，上述装置中，内存快照生成单元220，用于根据拦截到的字节流的写入地址与内存快照文件的地址进行地址校验。

[0081] 在本申请的一个实施例中，上述装置中，内存快照生成单元220，用于对字节流进行指定类型的处理后，按地址写入内存快照文件；指定类型的处理包括：裁剪掉字节流中预设类型的信息，和/或将字节流先写入缓存区，当缓存区的长度达到预设阈值时，对缓存区的内容执行压缩操作。

[0082] 在本申请的一个实施例中，上述装置中，内存快照生成单元220，用于根据处理结果确定内存快照文件的名称；该装置还包括：上传单元，用于将生成的内存快照文件上传至服务器，以使内存快照文件能够根据自身名称被转换为符合预定标准的内存快照文件。

[0083] 在本申请的一个实施例中，上述装置中，代理函数包括Java层open函数的代理函数以及Java层write函数的代理函数；内存快照生成单元220，用于记录Java层open函数的代理函数返回的文件句柄fd，由Java层write函数的代理函数判断自身返回的fd与其是否相同。

[0084] 在本申请的一个实施例中，上述装置中，代理函数包括Java层end函数的代理函数；内存快照生成单元220，用于由Java层end函数的代理函数确认内存快照文件的生成结果并上报至Java层end函数。

[0085] 需要说明的是，上述各装置实施例的具体实施方式可以参照前述对应方法实施例的具体实施方式进行，在此不再赘述。

[0086] 综上所述，本申请的技术方案，在满足内存快照生成条件的情况下，基于初始化函数获取内存快照文件的地址，并为Java层系统函数中的目标函数指定native层的代理函数，调用系统函数生成内存快照的字节流，基于代理函数拦截字节流，并根据拦截到的字节流按地址生成内存快照文件。该技术方案的有益效果在于，利用native层IO效率高于Java层的优势，根据native层的代理函数获取到字节流后生成内存快照文件，效率得到了显著提升。

[0087] 需要说明的是：

[0088] 在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

[0089] 在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

[0090] 类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

[0091] 本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

[0092] 此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

[0093] 本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的内存快照的生成装置中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

[0094] 例如，图3示出了根据本申请一个实施例的电子设备的结构示意图。该电子设备300包括处理器310和被安排成存储计算机可执行指令(计算机可读程序代码)的存储器
320。存储器320可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器320具有存储用于执行上述方法中的任何方法步骤的计算机可读程序代码331的存储空间330。例如，用于存储计算机可读程序代码的存储空间330可以包括分别用于实现上面的方法中的各种步骤的各个计算机可读程序代码331。计算机可读程序代码331可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为例如图4所述的计算机可读存储介质。图4示出了根据本申请一个实施例的一种计算机可读存储介质的结构示意图。该计算机可读存储介质400存储有用于执行根据本申请的方法步骤的计算机可读程序代码331，可以被电子设备
300的处理器310读取，当计算机可读程序代码331由电子设备300运行时，导致该电子设备
300执行上面所描述的方法中的各个步骤，具体来说，该计算机可读存储介质存储的计算机可读程序代码331可以执行上述任一实施例中示出的方法。计算机可读程序代码331可以以适当形式进行压缩。

[0095] 应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。