CN110618928A - 一种内存泄露检测方法、装置、终端设备及介质 - Google Patents

Abstract

本公开公开了一种内存泄露检测方法、装置、终端设备及介质。该方法包括：确定从父视图移除程序的运行状态；如果所述从父视图移除程序的运行状态为运行，则预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；根据所述内存状态信息确定所述目标内存是否泄露。利用该方法避免了漏检情况的发生，提升了对内存泄露检测的准确率。

Description

一种内存泄露检测方法、装置、终端设备及介质

技术领域

本公开实施例涉及计算机技术领域，尤其涉及一种内存泄露检测方法、装置、终端设备及介质。

背景技术

在开发应用程序的过程中，内存是衡量应用程序性能的非常重要的指标。而在应用程序运行过程中可能出现内存泄露的现象，内存泄漏会引起应用程序的内存不足以及卡顿现象出现，所以对应用程序进行内存泄露检测变得异常重要。而视图作为应用程序中出现较多的元素，针对视图进行内存泄露检测也变得异常重要。

现有针对视图的内存泄露检测是在页面被释放时，依次判断该页面所包括的全部视图是否被释放。由于页面所包括视图具有复杂的层级关系，使得针对视图的内存泄露检测变得复杂，在对页面所包括视图进行内存泄露检测时可能存在漏检的情况，从而导致视图内存泄露检测的准确率低。

发明内容

本公开提供一种内存泄露检测方法、装置、终端设备及介质，以提升了内存泄露检测的准确率。

第一方面，本公开实施例提供了一种内存泄露检测方法，包括：

确定从父视图移除程序的运行状态；

如果所述从父视图移除程序的运行状态为运行，则预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；

根据所述内存状态信息确定所述目标内存是否泄露。

第二方面，本公开实施例还提供了一种内存泄露检测装置，包括：

运行状态确定模块，用于确定从父视图移除程序的运行状态；

获取模块，用于当所述从父视图移除程序的运行状态为运行时，预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；

泄露确定模块，用于根据所述内存状态信息确定所述目标内存是否泄露。

第三方面，本公开实施例还提供了一种终端设备，包括：

一个或多个处理装置；

存储装置，用于存储一个或多个程序；

所述一个或多个程序被所述一个或多个处理装置执行，使得所述一个或多个处理装置实现本公开实施例提供的内存泄露检测方法。

第四方面，本公开实施例还提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现本公开实施例提供的内存泄露检测方法。

本公开提供了一种内存泄露检测方法、装置、终端设备及介质，利用该方法能够通过从父视图移除程序的运行状态，确定是否触发执行泄露检测操作。当从父视图移除程序运行后，对从父视图移除程序所处理的视图(即当前视图)进行内存泄露检测，即在从父视图移除程序运行的预设时长后，获取当前视图的内存状态信息。根据内存状态信息确定当前视图对应的目标内存是否泄露。避免了在页面被释放时，依次判断该页面所包括全部视图是否释放导致的内存泄露检测的准确率低的问题，提升了对内存泄露检测的准确率。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为本公开实施例一提供的一种内存泄露检测方法的流程示意图；

图2为本公开实施例二提供的一种内存泄露检测方法的流程示意图；

图3为本公开实施例三提供的一种内存泄露检测装置的结构示意图；

图4是本公开实施例四中的终端设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

实施例一

图1为本公开实施例一提供的一种内存泄露检测方法的流程示意图，该方法可适用于进行内存泄露检测的情况。具体地，该方法可适用于对应用程序中视图所占用内存进行泄露检测的情况。该方法可以由内存泄露检测装置来执行，其中该装置可由软件和/或硬件实现，并一般集成在终端设备上。该终端设备上可以安装有应用程序，本公开的方法可以检测该应用程序中视图所占用内存是否泄露。

如图1所示，本公开实施例一提供的一种内存泄露检测方法，包括如下步骤：

S110、确定从父视图移除程序的运行状态。

从父视图移除程序可以理解为当前视图从其父视图移除时执行的方法。不同操作系统下所采用的父视图移除程序可以不同，如IOS操作系统中的从父视图移除程序可以为didMoveToSuperview方法，didMoveToSuperview方法可以实现把当前视图从其父视图和窗口中移除，同时把当前视图从响应事件操作的响应者链中移除。

在进行内存泄露检测时，本步骤可以通过检测从父视图移除程序的运行状态，确定当前是否存在视图被移除。内存泄漏(Memory Leak)是指程序中己动态分配的堆内存由于某种原因程序未释放或无法释放，造成系统内存的浪费，导致程序运行速度减慢甚至系统崩溃等严重后果。故本实施例可以在检测到视图被移除时，判断该视图是否被成功释放，确定该视图对应的内存是否泄露，即每当有视图被移除，就进行内存泄露检测，以及时发现应用程序的内存是否泄露。

以IOS操作系统为例，当视图UIView被添加子视图方法addSubview(以栈的形式添加)的方式添加到父视图之后会执行被添加到父视图方法didMoveToSuperview方法，而移除的时候会执行removeFromSuperview方法。故，本步骤可以通过确定从父视图移除程序的运行状态确定当前是否有视图被移除。

S120、如果所述从父视图移除程序的运行状态为运行，则预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图。

当从父视图移除程序的运行状态为运行时，可以认为当前存在视图被移除，该视图可认为是当前视图。在确定当前视图对应的目标内存是否泄露时，本步骤可以通过当前视图的内存状态信息确定是否泄露。

本步骤在从父视图移除程序的运行状态为运行时，在预设时长后获取当前视图的内存状态信息。内存状态信息用于表示目标内存的存储状态。基于目标内存的存储状态能够确定目标内存是否泄露。如当内存状态信息为0，可以认为目标内存未泄露。

此处不限定获取内存状态信息的手段，如通过指针的形式获取。该指针的取值可以标识目标内存的存储状态。

预设时长的设定不作限定，本领域技术人员可以实际情况进行设定。本步骤在预设时长后获取当前视图的内存状态信息目的在于，避免进程处理延时导致的内存状态信息不准确，即保证获取的内存状态信息是将当前视图成功移除后，目标内存的存储状态。

S130、根据所述内存状态信息确定所述目标内存是否泄露。

获取内存状态信息后，因为内存状态信息表示目标内存的存储状态，故本步骤可以根据内存状态信息确定目标内存是否泄露。示例性的，如果内存状态信息为第一设定值或在预设范围内，则可以认为目标内存未泄露。第一设定值可以为0。预设范围可以为根据第一设定值确定的取值范围。

本公开实施例一提供的一种内存泄露检测方法，利用上述方法能够通过从父视图移除程序的运行状态，确定是否触发执行泄露检测操作。当从父视图移除程序运行后，对从父视图移除程序所处理的视图(即当前视图)进行内存泄露检测，即在从父视图移除程序运行的预设时长后，获取当前视图的内存状态信息。根据内存状态信息确定当前视图对应的目标内存是否泄露。避免了在页面被释放时，依次判断该页面所包括全部视图是否释放导致的内存泄露检测的准确率低的问题，提升了对内存泄露检测的准确率。

进一步地，本公开中内存泄露检测方法应用于iOS操作系统，所述内存状态信息为弱指针的取值。

本公开的内存泄露检测方法可以应用于iOS操作系统，相应的从父视图移除程序可以为removeFromSuperview方法，内存状态信息可以为指向当前视图指针的弱指针，当前视图指针可以指向目标内存。弱指针用于表示目标内存的存储状态。

实施例二

图2为本公开实施例二提供的一种内存泄露检测方法的流程示意图，本实施例二在实施例一的基础上进行优化。在本实施例中，将确定从父视图移除程序的运行状态，进一步具体化为：如果监听到视图移除指令，则确定从父视图移除程序的运行状态为运行，所述父视图移除程序用于将所述当前视图从对应的父视图中移除。

进一步地，本实施例还将如果所述从父视图移除程序的运行状态为运行，则预设时长后，获取当前视图的内存状态信息，具体化为：如果所述从父视图移除程序的运行状态为运行，则获取当前视图的标识信息；

如果视图黑名单集合中包括所述标识信息，则预设时长后，获取所述当前视图的内存状态信息，所述视图黑名单集合由要进行内存泄露检测的视图所对应标识信息组成。

在上述优化的基础上，将根据所述内存状态信息确定所述目标内存是否泄露，具体优化为：如果所述内存状态信息为非0，则确定所述目标内存泄露。

进一步地，本公开还包括：当监听到视图添加指令时，将对应所述视图添加指令的目标视图添加至对应的父视图中，并设置用于存储所述目标视图的存储内存的内存状态信息为非0。

进一步地，本公开还包括：如果所述目标内存泄露，则获取所述当前视图对应的视图信息，所述视图信息包括类名和层级结构信息；

将所述视图信息上报服务器。本实施例尚未详尽的内容请参考实施例一。

如图2所示，本公开实施例二提供的一种内存泄露检测方法，包括如下步骤：

S210、当监听到视图添加指令时，将对应所述视图添加指令的目标视图添加至对应的父视图中，并设置用于存储所述目标视图的存储内存的内存状态信息为非0。

视图添加指令可以理解为触发进行视图添加的指令，该视图添加指令的触发状态不作限定，可以根据业务需求设定。如视图添加指令可以由用户操作应用程序中按键触发生成。应用程序中不同的按键可以对应不同的视图添加指令，不同的视图添加指令可以对应有不同的视图。一个视图添加指令也可以对应有多个视图，当一个视图添加指令对应有多个视图时，可以依次执行各视图的添加操作。

目标视图可以理解为视图添加指令所触发添加的视图。对应视图添加指令的目标视图不作限定，本领域技术人员可以在开发应用程序时，根据业务需求进行设定。

在监听到视图添加指令时，本步骤可以将对应该视图添加指令的目标视图添加至对应目标视图的父视图中。对应目标视图的父视图的确定也不作限定，本领域技术人员可以在开发应用程序时，根据业务需求进行设定。

存储内存可以理解为存储目标视图的内存。当对目标视图进行加载时，可以将目标视图存储在存储内存中，并设置存储内存的内存状态信息为非0，内存状态信息的具体数值可以根据目标视图的具体内容确定，此处不作限定。

本步骤在将目标视图添加至对应的父视图中时，可以通过添加子视图程序实现添加，并在添加之后执行被添加到父视图方法。

添加子视图程序可以理解为实现视图添加的方法。被添加到父视图程序可以理解为把一个视图插入到视图层级后执行的方法。不同的操作系统可以有不同的被添加到父视图程序和不同的添加子视图程序，如iOS操作系统中被添加到父视图程序可以为didMoveToSuperview，添加子视图程序可以为addSubview。

S220、监听视图移除指令。

确定从父视图移除程序的运行状态时，可以通过监听视图移除指令确定。视图移除指令可以理解为触发进行视图移除的指令。视图移除指令的触发手段不作限定，本领域技术人员可以根据实际情况设定，如视图移除指令可以为用户操作应用程序触发生成。

本步骤可以实时监听是否存在视图移除指令，以确定从父视图移除程序的运行状态。可以理解的是，当应用程序中的视图移除指令被触发时，可以直接运行从父视图移除程序，故本步骤可以通过监听视图移除指令确定从父视图移除程序的运行状态。

S230、判断是否监听到视图移除指令，若是，执行S240；若否，则执行S220。

如果监听到视图移除指令，可以认为从父视图移除程序运行；否则，可以认为从父视图移除程序未运行，相应的，可以继续监听视图移除指令，即执行S220。

S240、确定从父视图移除程序的运行状态为运行。

所述父视图移除程序用于将所述当前视图从对应的父视图中移除。

S250、获取当前视图的标识信息。

如果确定从父视图移除程序的运行状态为运行，则可以进一步判断当前视图是否需要进行内存泄露检测。

可以理解的是，应用程序在开发过程中包括开发人员自定义的方法流程和逻辑，如自定义的视图；还可以包括系统的视图。本实施例中可以仅对开发人员自定义的方法进行内存泄露检测或预设视图进行内存泄露检测，预设视图的确定不作限定。故在从父视图移除程序的运行状态为运行时，本步骤可以获取当前视图的标识信息，以确定当前视图是否需要进行内存泄露检测。

标识信息可以理解为用于标识当前视图的信息。当前视图和标识信息可以存在一一对应关系，通过标识信息能够唯一确定当前视图。标识信息的具体内容不作限定，只要能够标识当前视图即可。本步骤可以在从父视图移除程序中获取当前视图的标识信息。

S260、判断视图黑名单集合中是否包括所述标识信息，若是，则执行S270；若否，则执行S220。

视图黑名单集合可以理解为需要进行内存泄露检测的视图对应的标识信息形成的集合。在确定当前视图的标识信息后，本步骤可以确定视图黑名单集合中是否包括当前视图的标识信息。如果是，可以认为当前视图需要进行内存泄露检测，即执行S270；如果否，可以认为当前视图无需进行内存泄露检测，则可以继续监听视图移除指令，即执行S220，以对后续移除的视图进行检测。

可以理解的是，如果一个视图移除指令包括多个待移除视图，本实施例中可以依次将各个待移除视图作为当前视图，遍历各个待移除视图后继续返回监听视图移除指令。

S270、预设时长后，获取所述当前视图的内存状态信息。

在视图黑名单集合中包括标识信息时，本实施例可以对当前视图进行内存泄露检测，即在预设时长后，获取当前视图的内存状态信息，以基于内存状态信息确定目标内存是否泄露。

S280、判断内存状态信息是否为非0。若是，则执行S290；若否，则执行S2100。

根据内存状态信息确定目标内存是否泄露时，可以认为内存状态信息为非0时，目标内存泄露；如果内存状态信息为0，可以认为目标内存未泄露。

S290、确定所述目标内存泄露，执行S2110。

如果内存状态信息为非0，可以认为目标内存泄露，确定目标内存泄露后，可以执行泄露处理操作，即执行S2110。

S2100、确定所述目标内存未泄露，结束。

如果内存状态信息为0，则可以认为目标内存未泄露，则可以基于返回监听视图移除指令。需要注意的是，如果一个视图移除指令对应多个待移除视图，则本示例可以遍历各个待移除视图，确定各个待移除视图对应的目标内存是否泄露，直至各个待移除视图均确定完成，然后继续监听视图移除指令。

S2110、获取所述当前视图对应的视图信息，所述视图信息包括类名和层级结构信息。

如果目标内存泄露，则可以将该泄露事件上报服务器。具体地，本步骤可以获取当前视图对应的视图信息，视图信息可以理解为表征当前视图属性的信息。视图信息包括当前视图的类名和层级结构信息。层级结构信息可以理解为表示当前视图层级结构的信息。如当前视图可以与其父视图和/或子视图构成树形结构的层级关系。本步骤可以获取当前视图在树形结构的层级关系中的节点位置作为层级结构信息。

S2120、将所述视图信息上报服务器。

获取当前视图的视图信息后，本步骤可以将视图信息上报服务器，以使得开发人员及时获知内存泄露事件，以尽快对泄露事件进行处理，如尽快解决后重新上线，提升用户使用应用程序的体验。

以下对本公开提供的内存泄露检测方法进行示例性描述：

通过被添加到父视图方法didMoveToSuperview(把一个视图插入到视图层级之后发送此消息)和从父视图移除方法removeFromSuperview(把当前视图从其父View和窗口中移除，同时也把其从响应事件操作的响应者链中移除)两个方法入手。在当前视图UIView被添加子视图方法addSubview(以栈的形式添加)的方式添加到父视图之后会执行didMoveToSuperview方法，而移除的时候执行removeFromSuperview方法，那么我们通过运行时的方法监听(Hook)removeFromSuperview，并在一小段时间后，看看该UIView是否还存在，即可实现判断当前UIView是否被释放。

具体地，首先在应用程序启动后会全局对UIView的removeFromSuperview方法进行交换(HOOK)，比如交换为修改后从父视图移除程序removeFromSuperview_memLeak；之后当视图被移除的时候会首先调用交换后的方法removeFromSuperview_memLeak，在此要通过修改后从父视图移除程序中的调用程序调用之前的removeFromSuperview方法让视图能正常被移除，再调用修改后从父视图移除程序中自定义的方法，在自定义的方法内部(可以设置一些系统的视图白名单，用于不执行自定义方法流程和逻辑，也可以不设置，设置的目的是：一般只关心自定义的视图的内存是否泄漏)，声明一个指向当前视图指针的弱指针，并在延时一段时间后，判断当前若弱指针的值是否为nil(0)，如果为nil，说明被释放了；若不为nil，说明没有被释放。如果视图没有被释放，可以上报当前视图的相关信息(即视图信息，比如类名和视图的层级结构等信息)给服务端(服务器)，开发人员可以及时知道可能出现问题的视图，以尽快解决，并重新上线应用程序，提升用户使用应用程序的体验。

本公开实施例二提供的一种内存泄露检测方法，具体化了确定从父视图移除程序的运行状态操作、获取当前视图的内存状态信息操作和确定目标内存是否泄露操作，还包括了添加视图操作和上报操作。利用该方法，能够在监听到视图添加指令后，将对应视图添加指令的目标视图添加至对应的父视图中，并设置存储内存的内存状态信息为非0。在监听到视图移除指令后，获取当前视图的标识信息，以确定是否对当前视图进行内存泄露检测。在对内存泄露检测时，对当前视图进行过滤，对可能存在内存泄露风险的视图进行内存泄露检测，提升了内存泄露检测的效率。可能存在内存泄露风险的视图的标识信息可以形成视图黑名单集合，以基于视图黑名单集合确定是否对当前视图进行内存泄露检测。在确定目标内存泄露时，本实施例可以将当前视图的视图信息上报服务器，以使得泄露事件及时被处理，提升用户使用应用程序的体验。

实施例三

图3为本公开实施例三提供的一种内存泄露检测装置的结构示意图，该装置可适用于进行内存泄露检测的情况。具体地，该装置可适用于对应用程序中视图所占用内存进行泄露检测的情况。其中该装置可由软件和/或硬件实现，并一般集成在终端设备上。

如图3所示，该装置包括：运行状态确定模块31、获取模块32和泄露确定模块33；

其中，运行状态确定模块31，用于确定从父视图移除程序的运行状态；

获取模块32，用于当所述从父视图移除程序的运行状态为运行时，预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；

泄露确定模块33，用于根据所述内存状态信息确定所述目标内存是否泄露。

在本实施例中，该装置首先通过运行状态确定模块31确定从父视图移除程序的运行状态；然后通过获取模块32当所述从父视图移除程序的运行状态为运行时，预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；最后通过泄露确定模块33，根据所述内存状态信息确定所述目标内存是否泄露。

本实施例提供了一种内存泄露检测装置，能够通过从父视图移除程序的运行状态，确定是否触发执行泄露检测操作。当从父视图移除程序运行后，对从父视图移除程序所处理的视图(即当前视图)进行内存泄露检测，即在从父视图移除程序运行的预设时长后，获取当前视图的内存状态信息。根据内存状态信息确定当前视图对应的目标内存是否泄露。避免了在页面被释放时，依次判断该页面所包括全部视图是否释放导致的内存泄露检测的准确率低的问题，提升了对内存泄露检测的准确率。

进一步地，运行状态确定模块31，具体用于：如果监听到视图移除指令，则确定从父视图移除程序的运行状态为运行，所述父视图移除程序用于将所述当前视图从对应的父视图中移除。

进一步地，获取模块32，具体用于：如果所述从父视图移除程序的运行状态为运行，则获取当前视图的标识信息；

如果视图黑名单集合中包括所述标识信息，则预设时长后，获取所述当前视图的内存状态信息，所述视图黑名单集合由要进行内存泄露检测的视图所对应标识信息组成。

进一步地，泄露确定模块33，具体用于：如果所述内存状态信息为非0，则确定所述目标内存泄露。

进一步地，该装置还包括：

添加模块，用于当监听到视图添加指令时，将对应所述视图添加指令的目标视图添加至对应的父视图中，并设置用于存储所述目标视图的存储内存的内存状态信息为非0。

进一步地，该装置还包括：上报模块，用于如果所述目标内存泄露，则获取所述当前视图对应的视图信息，所述视图信息包括类名和层级结构信息；

将所述视图信息上报服务器。

进一步地，所述装置应用于iOS操作系统，所述内存状态信息为弱指针的取值。

上述内存泄露检测装置可执行本公开任意实施例所提供的内存泄露检测方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4是本公开实施例四中的终端设备的结构示意图，参考图4，其示出了适于用来实现本公开实施例的终端设备的结构示意图。本公开实施例中的终端设备400可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图4示出的终端设备400仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图4所示，终端设备400可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM403中，还存储有终端设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许终端设备400与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的终端设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述终端设备中所包含的；也可以是单独存在，而未装配入该终端设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备：确定从父视图移除程序的运行状态；

如果所述从父视图移除程序的运行状态为运行，则预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；

根据所述内存状态信息确定所述目标内存是否泄露。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开的一个或多个实施例，示例1提供了一种内存泄露检测方法，包括：

确定从父视图移除程序的运行状态；

如果所述从父视图移除程序的运行状态为运行，则预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；

根据所述内存状态信息确定所述目标内存是否泄露。

根据本公开的一个或多个实施例，示例2根据示例1所述的方法，将确定从父视图移除程序的运行状态，具体包括：

如果监听到视图移除指令，则确定从父视图移除程序的运行状态为运行，所述父视图移除程序用于将所述当前视图从对应的父视图中移除。

根据本公开的一个或多个实施例，示例3根据示例1所述的方法，将如果所述从父视图移除程序的运行状态为运行，则预设时长后，获取当前视图的内存状态信息，具体包括：

如果所述从父视图移除程序的运行状态为运行，则获取当前视图的标识信息；

如果视图黑名单集合中包括所述标识信息，则预设时长后，获取所述当前视图的内存状态信息，所述视图黑名单集合由要进行内存泄露检测的视图所对应标识信息组成。

根据本公开的一个或多个实施例，示例4根据示例1所述的方法，将根据所述内存状态信息确定所述目标内存是否泄露，具体包括：

如果所述内存状态信息为非0，则确定所述目标内存泄露。

根据本公开的一个或多个实施例，示例5根据示例1所述的方法，还包括：当监听到视图添加指令时，将对应所述视图添加指令的目标视图添加至对应的父视图中，并设置用于存储所述目标视图的存储内存的内存状态信息为非0。

根据本公开的一个或多个实施例，示例6根据示例1所述的方法，还包括：

如果所述目标内存泄露，则获取所述当前视图对应的视图信息，所述视图信息包括类名和层级结构信息；

将所述视图信息上报服务器。

根据本公开的一个或多个实施例，示例7根据示例1所述的方法，所述方法应用于iOS操作系统，所述内存状态信息为弱指针的取值。

根据本公开的一个或多个实施例，示例8提供了一种内存泄露检测装置，包括：

运行状态确定模块，用于确定从父视图移除程序的运行状态；

获取模块，用于当所述从父视图移除程序的运行状态为运行时，预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；

泄露确定模块，用于根据所述内存状态信息确定所述目标内存是否泄露。

根据本公开的一个或多个实施例，示例9提供了一种终端设备，包括：

一个或多个处理装置；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理装置执行，使得所述一个或多个处理装置实现如示例1-7中任一所述的内存泄露检测方法。

根据本公开的一个或多个实施例，示例10提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现如示例1-7中任一所述的内存泄露检测方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (10)

1.一种内存泄露检测方法，其特征在于，包括：

确定从父视图移除程序的运行状态；

如果所述从父视图移除程序的运行状态为运行，则预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；

根据所述内存状态信息确定所述目标内存是否泄露。

2.根据权利要求1所述的方法，其特征在于，确定从父视图移除程序的运行状态，包括：

如果监听到视图移除指令，则确定从父视图移除程序的运行状态为运行，所述父视图移除程序用于将所述当前视图从对应的父视图中移除。

3.根据权利要求1所述的方法，其特征在于，如果所述从父视图移除程序的运行状态为运行，则预设时长后，获取当前视图的内存状态信息，包括：

如果所述从父视图移除程序的运行状态为运行，则获取当前视图的标识信息；

如果视图黑名单集合中包括所述标识信息，则预设时长后，获取所述当前视图的内存状态信息，所述视图黑名单集合由要进行内存泄露检测的视图所对应标识信息组成。

4.根据权利要求1所述的方法，其特征在于，根据所述内存状态信息确定所述目标内存是否泄露，包括：

如果所述内存状态信息为非0，则确定所述目标内存泄露。

5.根据权利要求1所述的方法，其特征在于，还包括：

当监听到视图添加指令时，将对应所述视图添加指令的目标视图添加至对应的父视图中，并设置用于存储所述目标视图的存储内存的内存状态信息为非0。

6.根据权利要求1所述的方法，其特征在于，还包括：

如果所述目标内存泄露，则获取所述当前视图对应的视图信息，所述视图信息包括类名和层级结构信息；

将所述视图信息上报服务器。

7.根据权利要求1所述的方法，所述方法应用于iOS操作系统，所述内存状态信息为弱指针的取值。

8.一种内存泄露检测装置，其特征在于，包括：

运行状态确定模块，用于确定从父视图移除程序的运行状态；

获取模块，用于当所述从父视图移除程序的运行状态为运行时，预设时长后，获取当前视图的内存状态信息，所述内存状态信息表示目标内存的存储状态，所述目标内存用于存储所述当前视图；

泄露确定模块，用于根据所述内存状态信息确定所述目标内存是否泄露。

9.一种终端设备，其特征在于，包括：

一个或多个处理装置；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理装置执行，使得所述一个或多个处理装置实现如权利要求1-7中任一所述的内存泄露检测方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理装置执行时实现如权利要求1-7中任一所述的内存泄露检测方法。