CN110413577A - 数据删除方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供一种数据删除方法、装置、电子设备及计算机可读存储介质，该方法包括：在接收到对于待删除数据的删除指令时，会获取待删除数据的数据大小以及回收站的剩余空间大小，进而在待删除数据的数据大小小于等于回收站的剩余空间大小时，才执行删除指令。这就使得在执行删除动作时，不会存在着当删除了一部分文件时，回收站的空间就已经占满了的情况，从而从根源上解决了在删除失败的同时，还会使得回收站的空间被占满，造成回收站空间资源的浪费的问题。

Description

数据删除方法、装置、电子设备及计算机可读存储介质

技术领域

本申请涉及数据处理技术领域，具体而言，涉及一种数据删除方法、装置、电子设备及计算机可读存储介质。

背景技术

随着信息技术的快速发展，人们对数据文件的需求大幅度提高，处理设备往往需要面对大量的文件更新替换、删除恢复。目前在Windows***中设置有回收站功能，但是目前在执行删除动作时，可能存在着当删除了一部分文件时，回收站的空间就已经占满了的情况，此时***会停止继续删除的操作，并反馈删除失败的结果，但是对于已删除至回收站的内容却不会被清理，仍旧保留在回收站中。这不仅没有删除掉需要删除的内容，反而使得回收站的空间被占满，造成了回收站空间资源的浪费。

发明内容

本申请实施例的目的在于提供一种数据删除方法、装置及电子设备，用以解决相关技术中，在执行删除动作时，当删除了一部分文件，回收站的空间就已经占满了时，会导致在删除失败的同时，还会使得回收站的空间被占满，造成回收站空间资源的浪费的问题。

本申请实施例提供了一种数据删除方法，包括：接收对待删除数据的删除指令；获取所述待删除数据的数据大小，以及回收站的剩余空间大小；比较所述待删除数据的数据大小与所述回收站的剩余空间大小；在所述待删除数据的数据大小小于等于所述回收站的剩余空间大小时，执行所述删除指令以将所述待删除数据移入所述回收站；否则，放弃所述删除指令。

在上述实现过程中，在接收到对于待删除数据的删除指令时，会获取待删除数据的数据大小以及回收站的剩余空间大小，进而在待删除数据的数据大小小于等于回收站的剩余空间大小时，才执行删除指令。这就使得在执行删除动作时，不会存在着当删除了一部分文件时，回收站的空间就已经占满了的情况，从而从根源上解决了在删除失败的同时，还会使得回收站的空间被占满，造成不必要的回收站空间资源的浪费的问题。

进一步地，在所述接收对待删除数据的删除指令之前，还包括：将所述***中的定向移动命令封装为删除命令；所述定向移动命令中写有所述回收站的位置信息。

需要了解的是，目前在某些操作***中(如UNIX***或类UNIX***(例如Linux***等))是没有回收站功能的，其在执行删除操作时是直接将待删除数据从***中彻底删除，这就会导致在如UNIX***或类UNIX***等不具有回收站功能的操作***中，一旦用户误删除了某些数据，则无法进行数据恢复，进而可能会造成无法挽回的后果。而在上述实现过程中，可以在不具有回收站功能的操作***中设立回收站功能，并将定向移动命令封装为删除命令，且定向移动命令中写有回收站的位置信息。这样即可使得在接收到对待删除数据的删除指令时，***调用的删除命令实质变为了将待删除数据移动到回收站的定向移动命令，这就使得误删除的数据可以从回收站里面找到，这相当于提供了一个强有力的“后悔药”，从而有力提升了如UNIX***或类UNIX***等不具有回收站功能的操作***的产品质量以及竞争力。

进一步地，在所述接收对待删除数据的删除指令之后，在获取所述回收站的剩余空间大小之前，还包括：检测所述***内是否存在回收站；在检测到所述***内不存在所述回收站时，按照预设构建方案构建所述回收站。

需要说明的是，由于目前在如UNIX***或类UNIX***等不具有回收站功能的操作***中，没有回收站功能，因此为了保证方案的可实现性，在上述实现过程中，会在所述接收对待删除数据的删除指令之后，在获取所述回收站的剩余空间大小之前，检测***内是否存在回收站，并在检测到***内不存在回收站时，按照预设构建方案构建回收站，从而保证本申请方案的可实施性和可靠性。

进一步地，所述按照预设构建方案构建所述回收站包括：在预先选定的磁盘分区中划分出预设大小的存储空间作为回收站空间并构建回收站目录。

在上述实现过程中，通过在预先选定的磁盘分区中划分出预设大小的存储空间作为回收站空间并构建回收站目录，使得建立回收站的位置得以固定，便于***管理。

进一步地，在所述将所述待删除数据移入所述回收站之后，还包括：监测所述待删除数据移入所述回收站的时长；在所述待删除数据移入所述回收站的时长大于预设时长阈值时，将所述待删除数据从所述回收站中删除。

应当理解的是，回收站的空间大小实际是有限的，因此若一些数据长期占用回收站的空间而不被清理的话，会影响回收站的正常使用。在上述实现过程中，会监测待删除数据移入回收站的时长；在待删除数据移入回收站的时长大于预设时长阈值时，将待删除数据从回收站中删除。而通常数据在长时间放入回收站而没有被用户恢复的时间越长，该数据为误删除数据的概率就越小，因此通过设置一个合理的预设时长阈值，将移入回收站的时长大于预设时长阈值的待删除数据从回收站中删除，可以在尽可能避免清除的数据中有误删除的数据的情况下，保证回收站的正常使用。

进一步地，在所述待删除数据的数据大小大于所述回收站的剩余空间大小时，还包括：显示提示框，以提示所述回收站的空间不足。

在上述实现过程中，在待删除数据的数据大小大于回收站的剩余空间大小时，可以显示提示框，以提示回收站的空间不足，从而使得用户可以知晓目前回收站的空间不足以接收该待删除数据，进而可以根据实际情况进行相应处理，例如去手动清理回收站空间，又例如放弃删除该待删除数据等。

进一步地，所述提示框中包括数据彻底删除选项；所述数据删除方法还包括：在所述数据彻底删除选项被选中时，彻底删除所述待删除数据。

在上述实现过程中，提示框中包括数据彻底删除选项，在数据彻底删除选项被选中时，即可彻底删除待删除数据。这就给了用户选择自由，使得用户在知晓目前回收站的空间不足以收入该待删除数据时，可以选择不将待删除数据删除至回收站，而是直接绕过回收站，直接将待删除数据彻底从***中删除。

本申请实施例还提供了一种数据删除装置，包括：接收模块、获取模块、比较模块和处理模块；所述接收模块用于接收对待删除数据的删除指令；所述获取模块用于获取所述待删除数据的数据大小，以及回收站的剩余空间大小；所述比较模块用于比较所述待删除数据的数据大小与所述回收站的剩余空间大小；所述处理模块用于在所述待删除数据的数据大小小于等于所述回收站的剩余空间大小时，执行所述删除指令以将所述待删除数据移入所述回收站；否则，放弃所述删除指令。

在上述实现结构中，在接收到对于待删除数据的删除指令时，会获取待删除数据的数据大小以及回收站的剩余空间大小，进而在待删除数据的数据大小小于等于回收站的剩余空间大小时，才执行删除指令。这就使得在执行删除动作时，不会存在着当删除了一部分文件时，回收站的空间就已经占满了的情况，从而从根源上解决了在删除失败的同时，还会使得回收站的空间被占满，造成不必要回收站空间资源的浪费的问题。

本申请实施例还提供了一种电子设备，包括处理器、存储器及通信总线；所述通信总线用于实现处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的一个或者多个第一程序，以实现上述任意一种的数据删除方法的步骤。

本申请实施例中还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述任意一种数据删除方法的步骤。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种数据删除方法的基本流程示意图；

图2为本申请实施例提供的一种显示数据彻底删除选项的示意图；

图3为本申请实施例提供的一种较具体的数据删除过程的示例图；

图4为本申请实施例提供的一种数据删除装置的结构示意图；

图5为本申请实施例提供的一种较具体的数据删除装置的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

实施例一

请参看图1，图1为本申请实施例提供的一种数据删除方法的流程示意图，包括：

S101：接收对待删除数据的删除指令；

需要说明的是，目前各类***都会设计数据删除功能，以便于用户将不需要的数据从***中删除。在***内往往会设计删除命令，用户可以通过下发删除指令的方式来使得***调用删除命令来实现对待删除文件的删除。例如，用户可以通过对选中文件点击鼠标右键病在弹出的选项框中选择删除来实现下发对选中文件的删除指令，或通过按压键盘中的“Delete”键来实现下发对选中文件的删除指令。

S102：获取该待删除数据的数据大小，以及回收站的剩余空间大小；

应当理解的是，在本申请实施例中，在接收到删除指令时，***可以通过读取待删除数据的属性信息从而得到数据大小。同理，***也可以通过读取回收站的属性信息从而得到回收站的剩余空间大小。

S103：比较该待删除数据的数据大小与回收站的剩余空间大小；

S104：在该待删除数据的数据大小小于等于回收站的剩余空间大小时，执行删除指令以将该待删除数据移入回收站；否则，放弃删除指令。

值得注意的是，在本申请实施例中，在接收到删除指令时，***调用的删除命令本质上是指向回收站的定向移动命令，执行的删除操作是将待删除数据从原存储位置移动至回收站中，而非彻底从***中将待删除数据清除掉。

在本申请实施例中，在将待删除数据的数据移入回收站时，可以记录该待删除数据的原存储位置信息。此外，本申请实施例中还提供还原命令，所谓还原命令即是将回收站的数据移至该数据的原存储位置的移动命令。这样，用户在对某数据误删除后，可以下发还原指令以将误删除的数据进行还原。

需要说明的是，本申请实施例中所提供的方案可以应用于诸如UNIX***或类UNIX***(例如Linux***、ubuntu(乌班图)***、Android(安卓)***等)等不具有回收站功能的操作***中。而为了使得在诸如UNIX***或类UNIX***等不具有回收站功能的操作***中可以应用本申请的方案，可以在这类操作***中加入回收站功能。

还需要说明的是，由于目前在诸如UNIX***或类UNIX***等不具有回收站功能的操作***中，没有回收站功能，因此目前在这类操作***中，删除命令本质就是将数据从***中彻底清除的命令。那么为了保证本申请的方案可以在诸如UNIX***或类UNIX***等不具有回收站功能的操作***中有效实现，可以预先将***中的定向移动命令封装为删除命令，而定向移动命令中应当写有回收站的位置信息，从而使得在这类操作***中，在接收到删除指令后，调用删除命令可以将待删除数据移动到回收站中。

此外，应当理解的是，在本申请实施例中，在将诸如UNIX***或类UNIX***等原本不具有回收站功能的操作***中的定向移动命令封装为删除命令后，原本的删除命令还是应当被保留，比如可以封装为彻底删除命令。这样，即为诸如UNIX***或类UNIX***等原本不具有回收站功能的操作***保留了将数据彻底从***中删除的能力。

在本申请实施例中所提供的方案应用于诸如UNIX***或类UNIX***等原本不具有回收站功能的操作***时，可以在接收对待删除数据的删除指令之后，在获取回收站的剩余空间大小之前，检测***内是否存在回收站，若检测到***内不存在回收站时，则按照预设构建方案构建回收站，然后再将待删除数据移动到所构建的回收站中。而若检测到***内已存在回收站，则可以直接将待删除数据移动到回收站中。

在本申请实施例中，按照预设构建方案构建回收站的一种可行方式是：可以在***中预先定义好需要由哪个磁盘分区来提供回收站的存储空间，并定义好回收站的存储空间的大小。进而在需要构建回收站时，可以在预先选定的磁盘分区中划分出预设大小的存储空间作为回收站空间并构建回收站目录，从而实现回收站的构建。这样通过单个磁盘来实现回收站功能，便于***管理。

在本申请实施例中，按照预设构建方案构建回收站的另一种可行方式是：可以预先定义好回收站的存储空间的大小，进而在需要构建回收站时，可以在各个磁盘分区中划分出一定的存储空间大小(各磁盘分区划分出的存储空间之和等于回收站的存储空间的大小)，并构建回收站目录，从而实现回收站的构建。这样将回收站的存储空间压力分担给各个磁盘分区来承担，降低了单个磁盘分区的压力。

需要说明的是，在本申请实施例中，可以隐藏回收站目录，从而避免用户对回收站目录进行误操作，以导致回收站功能出现问题的情况的发生。

还需要说明的是，在本申请实施例中，在构建回收站时，可以配置标识信息(如回收站目录名称等)。在检测所述***内是否存在回收站时，即可检测是否存在回收站的标识，在检测到存在标识时，即认为存在回收站，否则不存在。

应当理解的是，回收站的空间大小实际是有限的，因此若一些数据长期占用回收站的空间而不被清理的话，会影响回收站的正常使用。为解决这一问题，在本申请实施例的一种可行实施方式中，在将待删除数据移入回收站之后，可以监测待删除数据移入回收站的时长，进而在待删除数据移入回收站的时长大于预设时长阈值时，将待删除数据从回收站中删除。需要理解的是，将待删除数据从回收站中删除后，数据即彻底从***中清除掉了，不可恢复。示例性的，可以在将数据移入回收站后即启用计时器对该数据进行计时，进而在计时时长达到预设时长阈值时，将该数据删除。

在本申请实施例的一种可行实施方式中，也可以设定每间隔预设时长后即对回收站中的数据进行清理。可选的，可以每间隔预设时长后即对回收站中的数据进行全部清空。可选的，也可以每间隔预设时长后，即对回收站中的数据中，移入回收站的时长大于预设时长阈值的数据从回收站中删除。示例性的，在本申请实施例中，在将数据移入回收站后，回收站目录会记录该数据的移入时间。而***可以启用定时器对回收站进行计时，以判断是否需要进行回收站清理。而在定时器计时时间到达时，***可以对回收站目录进行扫描，遍历回收站目录下回收站内数据的所有时间目录，并获取当前时间，从而得到各数据被移入回收站中的时长，如果数据被移入回收站中的时长大于预设时长阈值，则将该数据从回收站中删除。

应当理解的是，在本申请实施例中，可以设定用户可以手动对回收站进行清理。值得注意的是，由于在实际应用中，许多数据都是机密的，因此在本申请实施例中可以在***中加入权限判定功能，进而在用户想要手动对回收站进行清理时，对用户的权限进行判定，在用户权限符合要求时才允许用户对回收站中的数据进行删除，从而防止数据被恶意删除。示例性的，在接收到对回收站中的数据进行删除的指令后，即获取用户信息进行合法性验证(如是否为***白名单中的用户)，在验证通过之后才执行删除指令。需要说明的是，对于用户的合法性验证也可以在用户使用***时就进行验证。

在本申请实施例中，在待删除数据的数据大小大于回收站的剩余空间大小时，处理放弃所接收到的删除指令外，还可以显示提示框，从而提示用户回收站的空间不足。

在本申请实施例中，在提示框中还可以包括数据彻底删除选项，进而用户可以通过选中该数据彻底删除选项，从而使得***跳过回收站，将待删除数据直接从***中彻底删除掉。例如图2所示，弹框即为数据彻底删除选项，用户在选择“是”时，即选中该数据彻底删除选项，***跳过回收站，将待删除数据直接从***中彻底删除掉。用户在选择“否”或选择“×”时，即未选中该数据彻底删除选项，***放弃删除操作，保留待删除数据。

需要注意的是，在本申请的方案应用于诸如UNIX***或类UNIX***等原本不具有回收站功能的操作***中时，还可以在设定接收对待删除数据的删除指令时，获取所述待删除数据的数据大小以及回收站的剩余空间大小之前，先判断***是否已开启回收站功能，进而在判断回收站功能已开启时，执行本申请的方案；否则按照诸如UNIX***或类UNIX***等原本不具有回收站功能的操作***目前的执行方式，将待删除数据彻底从***中删除。

综上所述，本申请实施例提供一种数据删除方法，在接收到对于待删除数据的删除指令时，会获取待删除数据的数据大小以及回收站的剩余空间大小，进而在待删除数据的数据大小小于等于回收站的剩余空间大小时，才执行删除指令。这就使得在执行删除动作时，不会存在着当删除了一部分文件时，回收站的空间就已经占满了的情况，从而从根源上解决了在删除失败的同时，还会使得回收站的空间被占满，造成不必要回收站空间资源的浪费的问题。

实施例二：

本实施例在实施例一的基础上，以一种应用于Linux***的数据删除处理的过程为例，为本申请做进一步示例说明。

在本申请实施例中，会预先改写Linux***的删除命令，以Linux***的移动命令(mv)重新封装删除命令。

参见图3所示，删除处理的过程包括：

S301：接收对待删除数据的删除指令。

S302：判断回收站目录是否存在；若存在，转至步骤S304；若不存在，转至步骤S303。

S303：创建回收站，转至步骤S304。

在本申请实施例中，会预先定义好需要由哪个磁盘分区来提供回收站的存储空间，并定义好回收站的存储空间的大小。在创建时，直接从该磁盘分区中出所需大小的存储空间作为回收站的空间，并构建回收站目录。

S304：获取待删除数据的数据大小，以及回收站的剩余空间大小。

需要说明的是，对于待删除数据的数据大小的获取时间点可以在步骤S301之后，步骤S305之前的任意时间点，图3中仅为一种可行示例。

S305：判断回收站的剩余空间是否充足；若是，转至步骤S306；否则，结束。

在本申请实施例中，若回收站的剩余空间大于等于待删除数据的数据大小，即认为回收站的剩余空间是否充足，否则认为不充足。

S306：将待删除数据移动到回收站中。

本申请实施例可以实现Linux***的回收站功能，能够为Linux***提供一个强有力的“后悔药”，从而避免了误操作带来的问题，有力提升了Linux***的产品质量以及竞争力。同时，本申请实施例在执行删除动作时，不会存在着当删除了一部分文件时，回收站的空间就已经占满了的情况，从而从根源上解决了在删除失败的同时，还会使得回收站的空间被占满，造成不必要回收站空间资源的浪费的问题。

实施例三

请参阅图4，图4示出了采用图1所示的数据删除方法一一对应的数据删除装置。应理解，图4的装置与上述图1的方法实施例对应，能够执行上述方法实施例涉及的各个步骤。图4的装置具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。图4的装置包括至少一个能以软件或固件的形式存储于存储器中或固化在装置的操作***中的软件功能模块。具体地，图4的数据删除装置100包括：接收模块101、获取模块102、比较模块103和处理模块104。其中：

接收模块101用于接收对待删除数据的删除指令。

获取模块102用于获取待删除数据的数据大小，以及回收站的剩余空间大小。

比较模块103用于比较待删除数据的数据大小与回收站的剩余空间大小。

处理模块104用于在待删除数据的数据大小小于等于回收站的剩余空间大小时，执行删除指令以将待删除数据移入回收站；否则，放弃删除指令。

在本申请实施例中，参见图5所示，数据删除装置100还包括命令封装模块105。命令封装模块105用于在接收模块101接收到对待删除数据的删除指令之前，先将***中的定向移动命令封装为删除命令；定向移动命令中写有回收站的位置信息。

在本申请实施例中，处理模块104还用于：在接收模块101接收到对待删除数据的删除指令之后，在获取模块102获取待删除数据的数据大小，以及回收站的剩余空间大小之前，检测***内是否存在回收站；在检测到***内不存在回收站时，按照预设构建方案构建回收站。

在本申请实施例中，处理模块104按照预设构建方案构建回收站的具体方式可以包括：在预先选定的磁盘分区中划分出预设大小的存储空间作为回收站空间并构建回收站目录。

在本申请实施例中，处理模块104还用于在将待删除数据移入回收站之后，监测待删除数据移入回收站的时长；在待删除数据移入回收站的时长大于预设时长阈值时，将待删除数据从回收站中删除。

在本申请实施例中，处理模块104还用于在待删除数据的数据大小大于回收站的剩余空间大小时，显示提示框，以提示回收站的空间不足。

在本申请实施例中，提示框中包括数据彻底删除选项。处理模块104还用于在数据彻底删除选项被选中时，彻底删除待删除数据。

本申请实施例提供的数据删除装置，在接收到对于待删除数据的删除指令时，会获取待删除数据的数据大小以及回收站的剩余空间大小，进而在待删除数据的数据大小小于等于回收站的剩余空间大小时，才执行删除指令。这就使得在执行删除动作时，不会存在着当删除了一部分文件时，回收站的空间就已经占满了的情况，从而从根源上解决了在删除失败的同时，还会使得回收站的空间被占满，造成不必要回收站空间资源的浪费的问题。

实施例四

本实施例提供了一种电子设备，参见图6所示，其包括处理器601、存储器602以及通信总线603。其中：

通信总线603用于实现处理器601和存储器602之间的连接通信。

处理器601用于执行存储器602中存储的一个或多个程序，以实现上述实施例一和/或实施例二中的数据删除方法的各步骤。

可以理解，图6所示的结构仅为示意，电子设备还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。示例性的，本申请实施例会中的电子设备可以为服务器、终端等设备。

本实施例还提供了一种计算机可读存储介质，如软盘、光盘、硬盘、闪存、U盘、SD(Secure Digital Memory Card，安全数码卡)卡、MMC(Multimedia Card，多媒体卡)卡等，在该计算机可读存储介质中存储有实现上述各个部署步骤的一个或者多个程序，和/或实施例二中的数据删除方法的各步骤。在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分部署步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

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

Claims (10)

1.一种数据删除方法，其特征在于，包括：

接收对待删除数据的删除指令；

获取所述待删除数据的数据大小，以及回收站的剩余空间大小；

比较所述待删除数据的数据大小与所述回收站的剩余空间大小；

在所述待删除数据的数据大小小于等于所述回收站的剩余空间大小时，执行所述删除指令以将所述待删除数据移入所述回收站；否则，放弃所述删除指令。

2.如权利要求1所述的数据删除方法，其特征在于，在所述接收对待删除数据的删除指令之前，还包括：

将所述***中的定向移动命令封装为删除命令；所述定向移动命令中写有所述回收站的位置信息。

3.如权利要求2所述的数据删除方法，其特征在于，在所述接收对待删除数据的删除指令之后，在获取所述回收站的剩余空间大小之前，还包括：

检测所述***内是否存在回收站；

在检测到所述***内不存在所述回收站时，按照预设构建方案构建所述回收站。

4.如权利要求3所述的数据删除方法，其特征在于，所述按照预设构建方案构建所述回收站包括：

在预先选定的磁盘分区中划分出预设大小的存储空间作为回收站空间并构建回收站目录。

5.如权利要求1-4任一项所述的数据删除方法，其特征在于，在所述将所述待删除数据移入所述回收站之后，还包括：

监测所述待删除数据移入所述回收站的时长；

在所述待删除数据移入所述回收站的时长大于预设时长阈值时，将所述待删除数据从所述回收站中删除。

6.如权利要求1-4任一项所述的数据删除方法，其特征在于，在所述待删除数据的数据大小大于所述回收站的剩余空间大小时，还包括：

显示提示框，以提示所述回收站的空间不足。

7.如权利要求6所述的数据删除方法，其特征在于，所述提示框中包括数据彻底删除选项；

所述数据删除方法还包括：

在所述数据彻底删除选项被选中时，彻底删除所述待删除数据。

8.一种数据删除装置，其特征在于，包括：接收模块、获取模块、比较模块和处理模块；

所述接收模块用于接收对待删除数据的删除指令；

所述获取模块用于获取所述待删除数据的数据大小，以及回收站的剩余空间大小；

所述比较模块用于比较所述待删除数据的数据大小与所述回收站的剩余空间大小；

所述处理模块用于在所述待删除数据的数据大小小于等于所述回收站的剩余空间大小时，执行所述删除指令以将所述待删除数据移入所述回收站；否则，放弃所述删除指令。

9.一种电子设备，其特征在于，包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个程序，以实现如权利要求1至7中任一项所述的数据删除方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至7中任一项所述的数据删除方法的步骤。