CN116701299A - 一种目录管理方法及相关装置 - Google Patents

Abstract

本申请实施例提供一种目录管理方法及相关装置，涉及终端技术领域。方法包括：终端设备在第一目录上绑定挂载第二目录，以及在第三目录上绑定挂载第四目录；第一时刻，终端设备修改第一目录的名称，和/或，修改第二目录的名称；第二时刻，终端设备执行失效第一目录与第二目录的绑定挂载关系，第一目录与第二目录的绑定挂载关系失效；第三时刻，终端设备修改第三目录的名称，和/或，修改第四目录的名称；第四时刻，终端设备执行失效第三目录与第四目录的绑定挂载关系，第三目录与第四目录的绑定挂载关系不失效。这样，当终端设备对绑定挂载的目录执行无效动作时，可以让目录的绑定挂载关系依然有效。

Description

一种目录管理方法及相关装置

技术领域

本申请涉及终端技术领域，尤其涉及一种目录管理方法及相关装置。

背景技术

终端设备中可以包括应用程序(application，APP)，应用程序在运行时可以使用应用程序目录中的一些文件实现一些功能，这些文件可以由终端设备中的文件系统进行管理和存储。例如文件系统可以实现对文件的建立、存入、读取、修改或删除等。

然而，用户使用一些应用程序的功能时，可能出现终端设备响应速度慢的情况。

发明内容

本申请实施例提供一种目录管理方法及相关装置，当终端设备对已经绑定挂载过的一些目录执行无效动作时，可以让该无效动作失败，这些目录的绑定挂载关系依然有效，使得修改目录之后，终端设备依然可以基于绑定挂载关系快速响应。

第一方面，本申请实施例提供一种目录管理方法，方法包括：

终端设备在第一目录上绑定挂载第二目录，以及在第三目录上绑定挂载第四目录；第一时刻，终端设备修改第一目录的名称，和/或，修改第二目录的名称；第二时刻，终端设备执行失效第一目录与第二目录的绑定挂载关系，第一目录与第二目录的绑定挂载关系失效，第二时刻晚于第一时刻；第三时刻，终端设备修改第三目录的名称，和/或，修改第四目录的名称；第四时刻，终端设备执行失效第三目录与第四目录的绑定挂载关系，第三目录与第四目录的绑定挂载关系不失效，第四时刻晚于第三时刻。这样，当终端设备对绑定挂载的目录执行无效动作时，可以让目录的绑定挂载关系依然有效。

一种可能的实现中，第一目录的属性不包括预设属性标签，第三目录的属性包括预设属性标签。这样，使得该特殊目录在修改名称时，保持目录间的绑定挂载关系保持有效，从而提高文件的访问效率。

一种可能的实现中，终端设备执行失效第三目录与第四目录的绑定挂载关系，第三目录与第四目录的绑定挂载关系不失效，可以包括：当终端设备执行失效第三目录与第四目录的绑定挂载关系时，终端设备判断第三目录的属性是否包括预设属性标签；当第三目录的属性包括预设属性标签时，终端设备维持第三目录与第四目录的绑定挂载关系不失效。这样，使得修改目录之后，终端设备依然可以基于绑定挂载关系快速响应。

一种可能的实现中，在终端设备在第一目录上绑定挂载第二目录时，终端设备还判断第一目录是否满足添加预设属性标签的条件，当第一目录不满足添加预设属性标签的条件时，终端设备不为第一目录的属性添加预设属性标签；在终端设备在第三目录上绑定挂载第四目录时，终端设备还判断第三目录是否满足添加预设属性标签的条件，当第三目录满足添加预设属性标签的条件时，终端设备为第三目录的属性添加预设属性标签。这样，使特殊目录在上层文件系统与磁盘文件系统中的绑定关系不失效，从而提升终端设备访问文件的响应速度。

一种可能的实现中，第三目录满足添加预设属性标签的条件包括下述一种或多种：第三目录对应的应用为用户使用频次排序为前N的应用，第三目录对应的应用为用户使用频次高于预设值的应用，第三目录对应的应用为预设应用列表中的应用，N为自然数。这样，终端设备通过判断添加预设属性标签的条件可以确定哪些目录可以设置为特殊目录，从而可以对特殊目录进行挂载点保护。

一种可能的实现中，终端设备执行失效第一目录与第二目录的绑定挂载关系，第一目录与第二目录的绑定挂载关系失效，可以包括：当终端设备执行失效第一目录与第二目录的绑定挂载关系时，终端设备判断第一目录的属性是否包括预设属性标签；当第一目录的属性不包括预设属性标签时，终端设备失效第三目录与第四目录的绑定挂载关系。这样，使得修改目录之后，终端设备可以清理内存信息，并及时更新目录信息，保证目录信息的正确性。

一种可能的实现中，终端设备修改第三目录的名称，可以包括：终端设备修改第三目录的挂载点目录，和/或，修改第三目录的挂载点目录的上级目录；终端设备修改第四目录的名称，可以包括：终端设备修改第四目录的挂载点目录，和/或，修改第四目录的挂载点目录的上级目录。这样，终端设备修改挂载点目录，和/或，修改挂载点目录的上级目录，均可以使目录间的绑定挂载关系保持有效。

第二方面，本申请实施例提供一种目录管理的装置，该装置可以是终端设备，也可以是终端设备内的芯片或者芯片系统。该装置可以包括处理单元。处理单元用于实现第一方面或第一方面的任意一种可能的实现方式中终端设备执行的与处理相关的任意方法。当该装置是终端设备时，该处理单元可以是处理器。该装置还可以包括存储单元，该存储单元可以是存储器。该存储单元用于存储指令，该处理单元执行该存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的方法。当该装置是终端设备内的芯片或者芯片系统时，该处理单元可以是处理器。该处理单元执行存储单元所存储的指令，以使该终端设备实现第一方面或第一方面的任意一种可能的实现方式中描述的方法。该存储单元可以是该芯片内的存储单元(例如，寄存器、缓存等)，也可以是该终端设备内的位于该芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

一种可能的实现方式中，处理单元，用于在第一目录上绑定挂载第二目录，以及在第三目录上绑定挂载第四目录，还用于修改第一目录的名称，和/或，修改第二目录的名称，执行失效第一目录与第二目录的绑定挂载关系，具体还用于修改第三目录的名称，和/或，修改第四目录的名称，执行失效第三目录与第四目录的绑定挂载关系。

一种可能的实现方式中，第一目录的属性不包括预设属性标签，第三目录的属性包括预设属性标签。

一种可能的实现方式中，处理单元，用于判断第三目录的属性是否包括预设属性标签，还用于维持第三目录与第四目录的绑定挂载关系不失效。

一种可能的实现方式中，处理单元，用于判断第一目录是否满足添加预设属性标签的条件。用于判断第三目录是否满足添加预设属性标签的条件，还用于为第三目录的属性添加预设属性标签。

一种可能的实现方式中，第三目录满足添加预设属性标签的条件包括下述一种或多种：第三目录对应的应用为用户使用频次排序为前N的应用，第三目录对应的应用为用户使用频次高于预设值的应用，第三目录对应的应用为预设应用列表中的应用，N为自然数。

一种可能的实现方式中，处理单元，用于判断第一目录的属性是否包括预设属性标签，还用于失效第三目录与第四目录的绑定挂载关系。

一种可能的实现方式中，处理单元，用于修改第三目录的挂载点目录，和/或，修改第三目录的挂载点目录的上级目录，还用于修改第四目录的挂载点目录，和/或，修改第四目录的挂载点目录的上级目录。

第三方面，本申请实施例提供一种终端设备，包括处理器和存储器，存储器用于存储代码指令，处理器用于运行代码指令，以执行第一方面或第一方面的任意一种可能的实现方式中描述的目录管理方法。

第四方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序或指令，当计算机程序或指令在计算机上运行时，使得计算机执行第一方面或第一方面的任意一种可能的实现方式中描述的目录管理方法。

第五方面，本申请实施例提供一种包括计算机程序的计算机程序产品，当计算机程序在计算机上运行时，使得计算机执行第一方面或第一方面的任意一种可能的实现方式中描述的目录管理方法。

第六方面，本申请提供一种芯片或者芯片系统，该芯片或者芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行第一方面或第一方面的任意一种可能的实现方式中描述的目录管理方法。其中，芯片中的通信接口可以为输入/输出接口、管脚或电路等。

在一种可能的实现中，本申请中上述描述的芯片或者芯片系统还包括至少一个存储器，该至少一个存储器中存储有指令。该存储器可以为芯片内部的存储单元，例如，寄存器、缓存等，也可以是该芯片的存储单元(例如，只读存储器、随机存取存储器等)。

应当理解的是，本申请的第二方面至第六方面与本申请的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1为本申请实施例提供的一种终端设备的结构示意图；

图2为本申请实施例提供的一种终端设备的软件结构示意图；

图3为本申请实施例提供的一种上层文件系统与磁盘文件系统的目录示意图；

图4为本申请实施例提供的一种上层文件系统访问磁盘文件系统中的文件的示意图；

图5为本申请实施例提供的一种不同方式访问文件的示意图；

图6为本申请实施例提供的一种为目录设置属性标签的方法示意图；

图7为本申请实施例提供的一种检查目录的属性标签的方法示意图；

图8为本申请实施例提供的一种执行无效目录动作的示意图；

图9为本申请实施例提供的一种目录管理方法的示意图；

图10为本申请实施例提供的一种芯片的结构示意图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，以下，对本申请实施例中所涉及的部分术语和技术进行简单介绍：

1、术语

在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一芯片和第二芯片仅仅是为了区分不同的芯片，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a--c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

2、终端设备

本申请实施例的终端设备也可以为任意形式的电子设备，例如，电子设备可以包括手持式设备、车载设备等。例如，一些电子设备为：手机(mobile phone)、平板电脑、掌上电脑、笔记本电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，该电子设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，电子设备还可以是物联网(internet of things，IoT)系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。

本申请实施例中的终端设备也可以称为：用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。

在本申请实施例中，终端设备或各个网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。

示例性的，图1示出了终端设备的结构示意图。

终端设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对终端设备的具体限定。在本申请另一些实施例中，终端设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从上述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，SIM卡接口，和/或USB接口等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端设备的结构限定。在本申请另一些实施例中，终端设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端设备使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端设备的各种功能应用以及数据处理。例如，可以执行本申请实施例的方法。

天线1和天线2用于发射和接收电磁波信号。终端设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

移动通信模块150可以提供应用在终端设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。

无线通信模块160可以提供应用在终端设备上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线转为电磁波辐射出去。

终端设备通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。终端设备可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

上述终端设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Linux系统为例，示例性说明终端设备的软件结构。

图2是本申请实施例的终端设备的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Linux系统分为用户态和内核态。其中，用户态包括应用层、用户空间文件系统(filesystem in userspace，Fuse)，以及子系统应用编程接口(application programming interface，API)模块。内核态包括执行体、内核和设备驱动，以及硬件抽象层(hardware abstraction layer，HAL)等。

如图2所示，应用层包括办公、浏览器、视频、音乐、游戏、社交等应用程序。应用程序可以包括系统应用和三方应用。应用层还可以包括子系统API模块，环境API模块可以应用程序提供系统调用入口及内部函数支持。

Fuse这类非磁盘文件系统可以对文件的访问权限进行管控。其中，FUSE中可以包括daemon进程和library库。

执行体可以包括虚拟文件系统(virtual file system，VFS)、虚拟内存管理器、I/O管理器、进程管理器等。

VFS可以为终端设备的应用提供统一的访问和管理文件的API。应用通过VFS可以访问终端设备中的文件系统，且可以对文件执行打开、读取、写入，以及删除等动作，而不需要关心终端设备底层的存储介质和文件系统的具体实现。

虚拟内存管理器实现“虚拟内存”。虚拟内存管理器也为高速缓存管理器提供基本的支持。

I/O管理器执行独立于设备的输入/输出，并进一步处理调用适当的设备驱动程序。

进程管理器用于创建及中止进程和线程。

内核和驱动层包括内核模块以及设备驱动模块。

内核模块是对处理器体系结构的抽象，将执行体与处理器体系结构的差异相隔离，保证系统的可移植性。内核可以进行线程安排和调度、陷阱处理和异常调度、中断处理和调度等。其中，内核模块可以包括上层文件系统内核模块、磁盘文件系统(如：flashfriendly file system，F2FS)，以及其他内核系统模块。

上层文件系统内核模块可以提供VFS和Fuse之间的交流通道，将VFS的请求格式和协议转换为Fuse可以解析的请求格式和协议。

F2FS可以为磁盘上组织、存储和命名文件的目录结构，在终端设备安装文件系统时，可以先挂载根目录(/)，在根目录下再把其他文件系统挂载进来。

设备驱动模块运行在内核模式下，为I/O系统和相关硬件之间的接口。设备驱动程序可包括显卡驱动、视频驱动、音频驱动等。

HAL是一个核心态模块，可以隐藏各种与硬件有关的细节，例如I/O接口、中断控制器以及多处理器通信机制等，为运行Linux的不同硬件平台提供统一的服务接口，实现多种硬件平台上的可移植性。需要说明的是，为了维护Linux的可移植性，Linux内部组件和用户编写的设备驱动程序并不直接访问硬件，而是通过调用HAL中的例程。

需要说明的是，本申请实施例以Linux系统举例来说明，在其他操作系统中，只要各个功能模块实现的功能和本申请的实施例类似，也能实现本申请的方案。

终端设备中的APP在运行时可以使用APP目录中的一些文件实现一些功能，这些文件可以由终端设备中的文件系统进行管理和存储。例如文件系统可以实现对文件的建立、存入、读取、修改或删除等。

可以理解的是，终端设备中的文件在上层文件系统中的目录与在磁盘文件系统中的目录可以是不一样的。如图3所示，文件e在上层文件系统中的目录可以为/A/B/Upper/c/d/e，而在磁盘文件系统中的目录可以为/a/b/Lower/c/d/e。其中，上层文件系统的/A/B/Upper/c/d/e目录可以对应为终端设备的外卡目录，例如，外卡目录可以包括硬盘、U盘等存储设备的目录。外卡目录的路径可以为/storage/emulated/0/，其中，/0目录可以和/Upper目录相对应。磁盘文件系统的/a/b/Lower/c/d/e目录可以对应为终端设备的磁盘目录/data/media/0/，例如，/0目录可以和/Lower目录相对应。

终端设备可以通过挂载的方式将磁盘文件系统中的/Lower目录连接到上层文件系统的/Upper目录上，也就是说，上层文件系统中的/Upper目录可以与磁盘文件系统中的/Lower目录建立映射关系。这样，APP可以通过/Upper目录和/Lower目录的映射关系实现对文件e的访问。

示例性的，当APP想要访问文件e时，终端设备需要先根据上层文件系统的A/B/Upper/c/d/e目录往文件e的上层目录寻找，当找到/Upper目录时，可以根据上层文件系统与磁盘文件系统的目录映射关系找到/Lower目录。进一步，终端设备可以通过向/Lower目录的下层目录寻找，从而找到文件e。

具体的，图4示出了终端设备中上层文件系统访问磁盘文件系统中的文件的示意图。

当APP想要访问磁盘文件系统中的文件e时，该APP可以调用VFS提供的API，将想要访问的文件e的上层文件系统的/A/B/Upper/c/d/e目录等相关请求传递给VFS。需要说明的是，VFS无法根据该上层文件系统中的目录获取对应的磁盘文件系统中的目录。此时，VFS可以将该APP的访问请求发送给上层文件系统内核模块，上层文件系统内核模块可以将该访问请求的格式和协议转换为Fuse可以解析的访问请求，并将解析后的访问请求发送给Fuse。

在Fuse对访问权限进行校验后，Fuse可以根据文件e的上层文件系统的/A/B/Upper/c/d/e目录得到对应的磁盘文件系统的/a/b/Lower/c/d/e目录，并将该文件e的磁盘文件系统的/a/b/Lower/c/d/e目录返回给上层文件系统内核模块。上层文件系统内核模块可以将该文件e的磁盘文件系统的目录发送给VFS，VFS可以根据该文件e的/a/b/Lower/c/d/e目录在磁盘文件系统中找到文件e。

然而，由于采用挂载的方式访问文件时，执行过程较为复杂，当用户使用一些应用程序的功能时，可能出现终端设备响应速度慢的情况。

一些实现中，终端设备可以通过绑定挂载的方式将磁盘文件系统中的/e目录连接到上层文件系统中的/e目录上。其中，/e目录可以称为挂载点。这样，终端设备可以通过上层文件系统中的挂载点访问磁盘文件系统中对应的目录。

示例性的，如图3所示，当APP想要访问文件e时，终端设备可以根据上层文件系统与磁盘文件系统对文件e的绑定挂载关系找到磁盘文件系统中的文件e，而不需要再通过/Upper和/Lower之间的映射关系查找磁盘文件系统中的文件e。

具体的，如图4所示，当APP想要访问磁盘文件系统中的文件e时，该APP可以调用VFS提供的API，将想要访问的文件e的上层文件系统的/A/B/Upper/c/d/e目录等相关请求传递给VFS。需要说明的是，VFS无法根据该上层文件系统中的目录获取对应的磁盘文件系统中的目录。此时，VFS可以将该APP的访问请求发送给上层文件系统内核模块，上层文件系统内核模块可以将该访问请求的格式和协议转换为Fuse可以解析的访问请求，并将解析后的访问请求发送给Fuse。Fuse可以根据挂载点/e在上层文件系统与磁盘文件系统的绑定关系，在磁盘文件系统中找到文件e。

也就是说，终端设备采用绑定挂载的方式访问磁盘文件系统中的文件时，终端设备可以不需要根据上层文件系统的A/B/Upper/c/d/e目录往文件e的上层目录寻找/Upper目录，也可以不需要根据/Upper目录与/Lower目录的映射关系在磁盘文件系统的目录中向/Lower目录的下层去寻找文件e，而是通过挂载点就可以找到磁盘文件系统中的文件e，因此，采用采用绑定挂载的方式访问文件时，访问性能比较高，减少了终端设备响应速度慢的现象。

为便于描述，本申请实施例将绑定挂载的文件访问方式称为直通模式，将未采用绑定挂载的访问文件方式称为非直通模式。

可以理解的是，终端设备采用直通模式访问文件时，进行绑定挂载的目录可以为终端设备预先设置的一些特殊目录。例如，特殊目录可以为用户频繁使用的应用所对应的应用包名目录，也可以为安全信息不敏感的应用所对应的应用包名目录，还可以为终端设备中的其他目录。可能的实现中，终端设备可以通过添加白名单的方式确定特殊目录，具体特殊目录包括的文件目录，可以由终端设备自定义设置，本申请实施例不作限定。

可选地，特殊目录可以为用户频繁使用的应用所对应的应用包名目录。示例性的，若某个App为用户频繁使用的应用，该APP的包名为com.a.aa，则该APP所对应的应用包名所在的磁盘文件系统中的目录可以为/data/media/0/Android/data/com.a.aa/。当终端设备将该磁盘文件系统中的目录绑定挂载到上层文件系统后，该APP所对应的应用包名所在上层文件系统中的目录可以为/storage/emulated/0/Android/data/com.a.aa/，其中，/com.a.aa可以为挂载点。这样，终端设备可以通过上层文件系统中的挂载点访问磁盘文件系统中的目录。

需要说明的是，当该APP的包名com.a.aa作为挂载点后，该包名下的子目录也可以通过绑定挂载的方式访问，提高了文件的访问效率。例如，该APP的包名下的子目录包括/msg，则终端设备可以通过上层文件系统中的/storage/emulated/0/Android/data/com.a.aa/msg目录的挂载点/com.a.aa访问磁盘文件系统中的/data/media/0/Android/data/com.a.aa/msg目录。

可选地，特殊目录可以为安全信息不敏感的应用所对应的应用包名目录。可以理解的是，采用直通模式访问文件时，Fuse不进行文件访问权限校验。为保护用户的信息安全，对于涉及用户信息安全的应用的相关目录可以不设置为特殊目录。例如，涉及用户信息安全的应用可以为相册应用，因为相册中可以包括用户相关的照片信息，属于涉及用户信息安全的应用，若设置为特殊目录，则其他应用均可以有权限访问相册中的照片。所以涉及用户信息安全的应用的相关目录不能设置为特殊目录。

示例性的，若相册应用的目录为/storage/emulated/0/DCIM/Camera，当某个APP想要访问相册应用的文件时，由于相册应用的目录没有设置为特殊目录，因此，该APP访问相册应用的文件时，需要采用非直通模式，也就是说，该APP访问相册应用的文件需要通过Fuse的文件访问权限校验，且该APP无法通过直通模式访问相册应用。

下面以具体的文件目录为例，图5示出了终端设备中采用非直通模式和直通模式来访问文件的示意图。

如图5所示，终端设备中可以包括A路径(或称为A目录)：/to/mydream/，以及B路径(或称为B目录)：/for/myown/。

对于非直通模式，若B路径中的bighouse文件在上层文件系统中的目录为A/B/Upper/for/myown/bighouse，在磁盘文件系统中的目录为a/b/Lower/for/myown/bighouse，则当A路径想要访问B路径下的bighouse文件时，在Fuse接收到访问目录A/B/Upper/for/myown/bighouse的请求后，Fuse可以根据B路径在上层文件系统与磁盘文件系统中/Upper与/Lower的映射关系，找到bighouse文件在磁盘文件系统中的目录a/b/Lower/for/myown/bighouse，并将该磁盘文件系统中的目录返回给上层文件系统内核模块。上层文件系统内核模块可以将该磁盘文件系统中的目录发送给VFS，VFS可以根据该磁盘文件系统中的目录在磁盘文件系统中遍历找到bighouse文件。

对于直通模式，B路径中的/myown/目录可以绑定挂载到A路径中的/mydream/目录上，其中，/mydream/目录可以称为挂载点。这时，访问A路径/to/mydream/相当于访问B路径/for/myown/。当A路径想要访问B路径下的bighouse文件时，在Fuse接收到文件访问请求后，Fuse可以根据挂载点/mydream/在磁盘文件系统中找到B路径下的bighouse文件。

综上可知，采用非直通模式访问B路径下的bighouse文件时，文件访问的过程较为复杂，影响终端设备访问文件的速度。而采用直通模式访问B路径下的bighouse文件时，A路径通过自身的/to/mydream目录就可以访问/for/myown路径下的bighouse文件，提高了文件的访问速度。

然而，采用直通模式访问磁盘文件系统中的文件时，文件在上层文件系统中的目录与磁盘文件系统中的目录的绑定挂载关系可以保存在终端设备的内存中。当终端设备修改上层文件系统中的目录名称时，终端设备可以重新更新上层文件系统中的目录的相关信息。这时，终端设备内存中会存在目录失效机制，文件在上层文件系统中的目录与磁盘文件系统中的目录的绑定挂载关系会失效，导致终端设备无法根据挂载点找到对应的文件。

有鉴于此，本申请实施例提供的一种目录管理方法，当终端设备对已经绑定挂载过的一些目录执行无效动作时，可以让该无效动作失败，这些目录的绑定挂载关系依然有效，使得修改目录之后，终端设备依然可以基于绑定挂载关系快速响应。

图6示出了本申请实施例中终端设备为特殊目录设置属性标签的方法。方法包括：

S601、目录的绑定挂载。

本申请实施例中，终端设备可以对目录进行绑定挂载。

例如，当终端设备开机后，终端设备可以执行绑定挂载的过程，将磁盘文件系统中的某个a目录绑定挂载到上层文件系统的A目录上。

一种可能的实现中，终端设备可以通过bind mount的相关指令进行绑定挂载。例如，“mount--bind[a][A]”可以表示将a目录绑定挂载到A目录上。这时，终端设备对A目录的访问就相当于对a目录的访问。具体的，终端设备绑定挂载前后访问目录的区别可以参照上述绑定挂载的相关描述，不再赘述。

S602、是否父目录不为空。

可以理解的是，当挂载点的目录中有文件名称被修改时，终端设备可以对该目录执行无效动作，也就是说，终端设备可以刷新修改后的目录相关信息。这时，终端设备可以将该目录的绑定挂载关系失效，导致该目录不能通过直通模式访问文件。

本申请实施例中，当目录完成绑定挂载后，终端设备可以为挂载点的父目录添加属性标签，当终端设备对目录执行无效动作时，可以根据属性标签使该目录的绑定挂载关系不会失效。因此，终端设备需要判断当前目录的父目录是否为空。

当终端设备查询到当前目录的父目录不为空时，终端设备可以执行步骤S603，为查询到的父目录设置属性标签，并继续遍历查找上一级目录，重新执行步骤S602，判断查找到的父目录是否为空。

当终端设备通过遍历查询到当前目录的父目录为空，说明当前目录没有父目录了，也就是说，当前目录已经是根目录了，此时，终端设备可以终止循环遍历。

S603、设置该父目录的属性标签为false。

当终端设备通过遍历查找到父目录不为空时，可以为查找到的父目录设置属性标签。

可能的实现中，终端设备可以通过setxAttr()函数以键值对(key-value值)的方式为该父目录添加属性标签。其中，属性标签的key值可以设置为字符串或其他的数据类型，属性标签的value值可以为布尔型、整型，或者字符串等数据类型。属性标签的取值可以由终端设备自定义设置，达到能够判断是否可以对该父目录执行无效动作的目的即可，具体对属性标签的取值，本申请实施例不作限定。

示例性的，属性标签的key值可以用“inval”字符串标识，也可以设置为其他字符串，本申请实施例不作限定，属性标签的value值可以用true或者false标识。

可选的，终端设备可以通过是否设置属性标签来标识该父目录是否无效。若不可以对该父目录执行无效动作，则终端设备可以为该父目录设置属性标签，例如设置属性标签的key值为“inval”，属性标签的value值为false。若可以对该父目录执行无效动作，则终端设备可以不为该父目录没有设置属性标签。

可选的，终端设备可以通过“inval”属性标签的value值来标识该父目录是否无效。若不可以对该父目录执行无效动作，则终端设备可以为该父目录的“inval”属性标签设置value值为false。若可以对该父目录执行无效动作，则终端设备可以为该父目录的“inval”属性标签设置value值为true。

可以理解的是，上述实现中，终端设备可以对绑定挂载的目录均设置属性标签。一些实现中，终端设备可以在对特殊目录进行绑定挂载时，为特殊目录设置属性标签。在对不是特殊目录的非特殊目录进行绑定挂载时，不为非特殊目录设置属性标签。其中，特殊目录的类型以及确定特殊目录的方式可参照上述图4对应的实施例中的相关描述，不再赘述。

本申请实施例中，终端设备通过为文件目录设置属性标签，进而为不需要执行无效动作的目录增加了保护措施，使得该文件或该文件的上层某个目录在修改名称时，保持该文件的绑定挂载关系保持有效，从而提高文件的访问效率。

图7示出了本申请实施例中终端设备执行无效目录动作的方法。方法包括：

S701、执行invalidate动作。

当终端设备中的某些文件发生变化时，例如，当终端设备中的文件目录发生改名、移动，或者删除等变化时，可以触发终端设备执行无效目录的动作。也就是说，当终端设备中的文件发生变化时，终端设备可以清理内存，并重新更新该文件的内存信息，可能会导致Fuse中保存的该文件的内存信息失效，例如，Fuse中保存的与该文件相关的绑定挂载信息可能被删除或者信息不正确等。

因此，终端设备执行无效目录动作时，可以先判断该目录是否有设置过属性标签。对于标记为不需要无效目录的情况，终端设备可以保持该目录的相关绑定挂载关系有效。其中，终端设备更新该文件的内存信息的过程可以称为无效目录。

可以理解的是，终端设备进行无效目录的场景可以包括系统调用或者内核模块调用。例如，系统调用可以为在终端设备的应用层中的调用，例如系统调用可以包括应用修改文件名称，或者应用修改文件的上层目录的名称等，示例性的，用户可以通过终端设备中的文件管理应用进行文件名称的修改等。内核模块调用可以为在终端设备的内核层中的调用，例如内核模块调用可以包括内核态中驱动模块对文件名称的修改、磁盘更新，或者磁盘上文件发生变化等。

S702、目录的属性标签是否为false。

可选的，终端设备可以根据目录是否设置了属性标签来判断该目录是否可以执行无效动作。若终端设备判断该目录设置了属性标签的key值为“inval”，属性标签的value值为false，说明终端设备不需要对该目录执行无效动作，则终端设备可以执行步骤S703，继续往当前目录的下层子目录遍历。若终端设备判断该目录未设置属性标签，说明终端设备可以对该目录执行无效动作，则终端设备可以执行步骤S704。

可选地，终端设备可以根据目录的“inval”属性标签的value值来判断该目录是否可以执行无效动作。若终端设备判断该目录的“inval”属性标签的value值为false，说明终端设备不需要对该目录执行无效动作，则终端设备可以执行步骤S703，继续往当前目录的下层子目录遍历。若终端设备判断该目录的“inval”属性标签的value值为true，说明终端设备可以对该目录执行无效动作，则终端设备可以执行步骤S704。

S703、跳过，查找该目录的子目录。

当终端设备判断该目录为有效目录时，终端设备可以进一步向该目录的下层子目录遍历，判断子目录是否也属于有效目录。对于有效的目录，终端设备将不执行无效动作，保证目录的绑定挂载关系有效。

S704、继续执行invalidate动作。

执行无效目录的动作可以参照图8示出的终端设备执行无效目录的动作的示意图，可能的实现中，终端设备可以通过invalidate()函数执行无效目录的动作，例如包括遍历挂载在该无效目录下的挂载点，并卸载挂载点，其中，包括卸载bind mount的挂载点。可以理解的是，在执行无效目录时，终端设备可以对/A/B/Upper/c/d/e/f目录通过由父目录向子目录不断查找的方式进行遍历，并对查找到的子目录进行清理内存，以及重新更新这些文件的内存信息。

本申请实施例中，当终端设备中的目录名称被修改时，终端设备可以通过维持这些特殊目录的绑定挂载关系有效，使得修改目录之后，终端设备依然可以基于绑定挂载关系快速响应，从而提升用户体验。终端设备可以通过将不是特殊目录的绑定挂载关系失效，使得修改目录之后，终端设备可以清理内存信息，并及时更新目录信息，保证目录信息的正确性。

可以理解的是，对于修改文件名称的情况，本申请实施例可以使目录间的绑定挂载关系保持有效。因为修改文件名称可以看作是修改了该文件的名称属性，也可以理解为修改了该文件上层父目录中的数据内容，而该文件在终端设备内存中的存储状态没有发生变化。

对于移动或者删除文件上层目录的情况，因为修改文件目录可以看作是修改了挂载点，也可以理解为修改了该文件所在的目录结构信息，终端设备需要重新对该文件所在目录重新执行bind mount。

可能的实现中，终端设备可以通过adb命令来判断是否为文件设置过属性标签。可能的实现中，当终端设备对文件目录进行改名后，若通过adb命令依然可以查询到该文件的绑定挂载关系，则说明终端设备对该文件的绑定挂载关系进行了保护措施。

下面通过具体的实施例对本申请实施例的方法进行详细说明。下面的实施例可以相互结合或独立实施，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图9示出了本申请实施例的一种目录管理方法。方法包括：

S901、终端设备在第一目录上绑定挂载第二目录，以及在第三目录上绑定挂载第四目录。

本申请实施例中，第一目录和第三目录可以为上层文件系统中的目录，第一目录和第三目录可以为不同的目录，第一目录可以不为特殊目录，第三目录可以为特殊目录。其中，特殊目录的类型以及确定特殊目录的方式可参照上述图4对应的实施例中的相关描述，不再赘述。

第二目录和第四目录可以为磁盘文件系统中的目录，第二目录和第四目录可以为不同的目录。其中，终端设备可以通过第一目录访问第二目录中的文件，终端设备可以通过第三目录访问第四目录中的文件。终端设备通过绑定挂载的方式访问文件的具体过程可以参照上述图4对应的实施例中特殊目录的相关描述，不再赘述。

S902、第一时刻，终端设备修改第一目录的名称，和/或，修改第二目录的名称。

本申请实施例中，第一时刻可以为终端设备修改第一目录的名称，和/或，修改第二目录的名称的时刻。终端设备修改目录名称的场景可以包括系统调用修改目录名称，或者内核模块调用修改目录名称，具体关于系统调用和内核模块调用的场景，可以参照上述图7对应的实施例的S701中的相关描述，不再赘述。

S903、第二时刻，终端设备执行失效第一目录与第二目录的绑定挂载关系，第一目录与第二目录的绑定挂载关系失效，第二时刻晚于第一时刻。

本申请实施例中，第二时刻可以为终端设备执行失效目录的绑定挂载关系的时刻。具体执行失效目录的绑定挂载关系的过程可以参照上述图7对应的实施例中终端设备执行无效目录动作的相关描述，不再赘述。

S904、第三时刻，终端设备修改第三目录的名称，和/或，修改第四目录的名称。

本申请实施例中，第三时刻可以为终端设备修改第三目录的名称，和/或，修改第四目录的名称的时刻。终端设备修改目录名称的场景可以包括系统调用修改目录名称，或者内核模块调用修改目录名称，具体关于系统调用和内核模块调用的场景，可以参照上述图7对应的实施例的S701中的相关描述，不再赘述。

S905、第四时刻，终端设备执行失效第三目录与第四目录的绑定挂载关系，第三目录与第四目录的绑定挂载关系不失效，第四时刻晚于第三时刻。

本申请实施例中，第四时刻可以为终端设备执行失效目录的绑定挂载关系的时刻。具体执行失效目录的绑定挂载关系的过程可以参照上述图7对应的实施例中终端设备执行无效目录动作的相关描述，不再赘述。

可能的使绑定挂载关系不失效的实现中，终端设备可以为目录设置属性标签，也可以采用带有禁止删除绑定挂载关系标识的绑定挂载目录的方式，还可以采用其他方式来保证目录间的绑定挂载关系不失效。具体的使绑定挂载关系不失效的方式，本申请实施例不作限定。

本申请实施例中，当终端设备对已经绑定挂载过的一些目录执行无效动作时，通过维持这些目录的绑定挂载关系依然有效，使得修改目录之后，终端设备依然可以基于绑定挂载关系快速响应，从而提升用户体验。

可选的，在图9对应的实施例的基础上，可以包括：第一目录的属性不包括预设属性标签，第三目录的属性包括预设属性标签。

本申请实施例中，由于第一目录可以不为特殊目录，终端设备可以不为第一目录设置预设属性标签，因此，第一目录的属性可以不包括预设属性标签。

由于第三目录可以为特殊目录，终端设备可以为第三目录设置预设属性标签，因此，第三目录的属性可以包括预设属性标签。

其中，预设属性标签的设置可以参照上述图6对应的实施例的S603中属性标签的相关描述，不再赘述。

本申请实施例中，通过为特殊目录设置属性标签，进而为特殊目录增加了保护措施，使得该特殊目录在修改名称时，保持目录间的绑定挂载关系保持有效，从而提高文件的访问效率。

可选的，在图9对应的实施例的基础上，S905的终端设备执行失效第三目录与第四目录的绑定挂载关系，第三目录与第四目录的绑定挂载关系不失效，可以包括：当终端设备执行失效第三目录与第四目录的绑定挂载关系时，终端设备判断第三目录的属性是否包括预设属性标签；当第三目录的属性包括预设属性标签时，终端设备维持第三目录与第四目录的绑定挂载关系不失效。

本申请实施例中，终端设备执行失效目录的动作可以参照上述图7对应的实施例中的相关描述，不再赘述。终端设备可以通过维持特殊目录的绑定挂载关系有效，使得修改目录之后，终端设备依然可以基于绑定挂载关系快速响应。

可选的，在图9对应的实施例的基础上，S901的在终端设备在第一目录上绑定挂载第二目录时，终端设备还判断第一目录是否满足添加预设属性标签的条件，当第一目录不满足添加预设属性标签的条件时，终端设备不为第一目录的属性添加预设属性标签；S901的在终端设备在第三目录上绑定挂载第四目录时，终端设备还判断第三目录是否满足添加预设属性标签的条件，当第三目录满足添加预设属性标签的条件时，终端设备为第三目录的属性添加预设属性标签。

本申请实施例中，添加预设属性标签的条件可以为特殊目录所满足的条件。具体的，对于特殊目录的类型以及确定特殊目录的方式可参照上述图4对应的实施例中的相关描述，不再赘述。终端设备通过设置特殊目录，可以对特殊目录进行挂载点保护，使特殊目录在上层文件系统与磁盘文件系统中的绑定关系不失效，从而提升终端设备访问文件的响应速度。

可选的，在图9对应的实施例的基础上，第三目录满足添加预设属性标签的条件可以包括下述一种或多种：第三目录对应的应用为用户使用频次排序为前N的应用，第三目录对应的应用为用户使用频次高于预设值的应用，第三目录对应的应用为预设应用列表中的应用，N为自然数。

本申请实施例中，用户使用应用达到预设值时可以表示用户使用该应用的次数比较多，因此，预设值可以为相对较大的值。其中，预设值可以为终端设备自定义的值，本申请实施例对具体预设值的取值不作限定。

预设应用列表中的应用可以为该应用对应目录为特殊目录的应用，也就是说，当终端设备执行无效目录动作时，该应用的目录绑定挂载关系可以不失效。预设应用列表中包括的应用可以由终端设备自定义设置，本申请实施例不作限定。

本申请实施例中，终端设备通过判断添加预设属性标签的条件可以确定哪些目录可以设置为特殊目录，从而可以对特殊目录进行挂载点保护。

可选的，在图9对应的实施例的基础上，S903的终端设备执行失效第一目录与第二目录的绑定挂载关系，第一目录与第二目录的绑定挂载关系失效，可以包括：当终端设备执行失效第一目录与第二目录的绑定挂载关系时，终端设备判断第一目录的属性是否包括预设属性标签；当第一目录的属性不包括预设属性标签时，终端设备失效第三目录与第四目录的绑定挂载关系。

本申请实施例中，终端设备执行失效目录的动作可以参照上述图7对应的实施例中的相关描述，不再赘述。终端设备可以通过将不是特殊目录的绑定挂载关系失效，使得修改目录之后，终端设备可以清理内存信息，并及时更新目录信息，保证目录信息的正确性。

可选的，在图9对应的实施例的基础上，S904的终端设备修改第三目录的名称，可以包括：终端设备修改第三目录的挂载点目录，和/或，修改第三目录的挂载点目录的上级目录；S904的终端设备修改第四目录的名称，可以包括：终端设备修改第四目录的挂载点目录，和/或，修改第四目录的挂载点目录的上级目录。

本申请实施例中，由于修改目录名称可以看作是修改了该目录的名称属性，也可以理解为该目录在终端设备内存中的存储状态没有发生变化。因此，终端设备修改挂载点目录，和/或，修改挂载点目录的上级目录，均可以使目录间的绑定挂载关系保持有效。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的方法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对实现该方法的装置进行功能模块的划分，例如可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图10示为本申请实施例提供的一种芯片的结构示意图。芯片1000包括一个或两个以上(包括两个)处理器1001、通信线路1002、通信接口1003和存储器1004。

在一些实施方式中，存储器1004存储了如下的元素：可执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

上述本申请实施例描述的方法可以应用于处理器1001中，或者由处理器1001实现。处理器1001可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1001中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1001可以是通用处理器(例如，微处理器或常规处理器)、数字信号处理器(digitalsignal processing，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门、晶体管逻辑器件或分立硬件组件，处理器1001可以实现或者执行本申请实施例中的公开的各处理相关的方法、步骤及逻辑框图。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。其中，软件模块可以位于随机存储器、只读存储器、可编程只读存储器或带电可擦写可编程存储器(electricallyerasable programmable read only memory，EEPROM)等本领域成熟的存储介质中。该存储介质位于存储器1004，处理器1001读取存储器1004中的信息，结合其硬件完成上述方法的步骤。

处理器1001、存储器1004以及通信接口1003之间可以通过通信线路1002进行通信。

在上述实施例中，存储器存储的供处理器执行的指令可以以计算机程序产品的形式实现。其中，计算机程序产品可以是事先写入在存储器中，也可以是以软件形式下载并安装在存储器中。

本申请实施例还提供一种计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。例如，可用介质可以包括磁性介质(例如，软盘、硬盘或磁带)、光介质(例如，数字通用光盘(digital versatile disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本申请实施例还提供一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

作为一种可能的设计，计算机可读介质可以包括光盘只读储存器(compact discread-only memory，CD-ROM)、随机存取存储器(random access memory，RAM)、只读存储器(read only memory，ROM)、EEPROM或其它光盘存储器；计算机可读介质可以包括磁盘存储器或其它磁盘存储设备。而且，任何连接线也可以被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，DSL或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD)，激光盘，光盘，数字通用光盘(digital versatile disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

Claims (10)

1.一种目录管理方法，其特征在于，所述方法包括：

终端设备在第一目录上绑定挂载第二目录，以及在第三目录上绑定挂载第四目录；

第一时刻，所述终端设备修改所述第一目录的名称，和/或，修改所述第二目录的名称；

第二时刻，所述终端设备执行失效所述第一目录与所述第二目录的绑定挂载关系，所述第一目录与所述第二目录的绑定挂载关系失效，所述第二时刻晚于所述第一时刻；

第三时刻，所述终端设备修改所述第三目录的名称，和/或，修改所述第四目录的名称；

第四时刻，所述终端设备执行失效所述第三目录与所述第四目录的绑定挂载关系，所述第三目录与所述第四目录的绑定挂载关系不失效，所述第四时刻晚于所述第三时刻。

2.根据权利要求1所述的方法，其特征在于，所述第一目录的属性不包括预设属性标签，所述第三目录的属性包括所述预设属性标签。

3.根据权利要求2所述的方法，其特征在于，所述终端设备执行失效所述第三目录与所述第四目录的绑定挂载关系，所述第三目录与所述第四目录的绑定挂载关系不失效，包括：

当所述终端设备执行失效所述第三目录与所述第四目录的绑定挂载关系时，所述终端设备判断所述第三目录的属性是否包括所述预设属性标签；

当所述第三目录的属性包括所述预设属性标签时，所述终端设备维持所述第三目录与所述第四目录的绑定挂载关系不失效。

4.根据权利要求2或3所述的方法，其特征在于，在所述终端设备在第一目录上绑定挂载第二目录时，所述终端设备还判断所述第一目录是否满足添加所述预设属性标签的条件，当所述第一目录不满足添加所述预设属性标签的条件时，所述终端设备不为所述第一目录的属性添加所述预设属性标签；

在所述终端设备在第三目录上绑定挂载第四目录时，所述终端设备还判断所述第三目录是否满足添加所述预设属性标签的条件，当所述第三目录满足添加所述预设属性标签的条件时，所述终端设备为所述第三目录的属性添加所述预设属性标签。

5.根据权利要求4所述的方法，其特征在于，所述第三目录满足添加所述预设属性标签的条件包括下述一种或多种：所述第三目录对应的应用为用户使用频次排序为前N的应用，所述第三目录对应的应用为用户使用频次高于预设值的应用，所述第三目录对应的应用为预设应用列表中的应用，N为自然数。

6.根据权利要求2-5任一项所述的方法，其特征在于，所述终端设备执行失效所述第一目录与所述第二目录的绑定挂载关系，所述第一目录与所述第二目录的绑定挂载关系失效，包括：

当所述终端设备执行失效所述第一目录与所述第二目录的绑定挂载关系时，所述终端设备判断所述第一目录的属性是否包括所述预设属性标签；

当所述第一目录的属性不包括所述预设属性标签时，所述终端设备失效所述第三目录与所述第四目录的绑定挂载关系。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述终端设备修改所述第三目录的名称，包括：

所述终端设备修改所述第三目录的挂载点目录，和/或，修改所述第三目录的挂载点目录的上级目录；

所述终端设备修改所述第四目录的名称，包括：

所述终端设备修改所述第四目录的挂载点目录，和/或，修改所述第四目录的挂载点目录的上级目录。

8.一种终端设备，其特征在于，包括：存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序，以执行如权利要求1-7任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令被执行时，使得计算机执行如权利要求1-7任一项所述的方法。

10.一种计算机程序产品，其特征在于，包括计算机程序，当所述计算机程序被运行时，使得终端设备执行如权利要求1-7任一项所述的方法。