文件系统的监视方法和装置

摘要

本申请提供一种文件系统的监视方法和装置，该方法包括：创建包括多个文件的文件信息的存储容器，存储容器中的多个文件是按照从大到小进行排序的，存储容器中的多个文件中每个文件的大小均大于存储容器所在分区中其它文件的大小；在文件系统中的第一文件每次执行完写操作或偏移操作时，获取第一文件的大小；根据第一文件的大小，更新存储容器中存储的文件信息，得到更新后的文件信息；将更新后的文件信息上传至服务器，以使得服务器对更新后的文件信息进行显示。该方案通过为每个分区创建存储容器来针对性管理最大的几个文件来实现更精细化的监视方案，能够动态地发现和监视到异常增大的文件，从而尽早发现分区中存在异常的文件，防患于未然。

权利要求

1.一种文件系统的监视方法，其特征在于，包括：

创建包括多个文件的文件信息的存储容器，所述存储容器中的多个文件是按照从大到小进行排序的，所述存储容器中的多个文件中每个文件的大小均大于所述存储容器所在分区中其它文件的大小；所述文件系统包括多个分区；当软件产品在电子设备的操作系统上运行时，所述文件系统中存储的文件会根据要执行的业务task被进行读、写、偏移、打开和关闭操作，其中，写操作和偏移操作为会让文件增大的操作；

在文件系统中的第一文件每次执行完写操作或偏移操作时，获取所述第一文件的大小；

根据所述第一文件的大小，更新所述存储容器中存储的文件信息，得到更新后的文件信息；

将所述更新后的文件信息上传至服务器，以使得所述服务器对所述更新后的文件信息进行显示；

所述根据所述第一文件的大小，更新所述存储容器中存储的文件信息，包括：当所述存储容器中的多个文件中包括所述第一文件时，将所述存储容器中存储的所述第一文件的大小更新为当前次获取到的所述第一文件的大小，并对所述存储容器中的多个文件按照从大到小的顺序重新进行排序。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一文件的大小，更新所述存储容器中存储的文件信息，包括：当所述存储容器中的多个文件中不包括所述第一文件时，根据所述第一文件的大小与所述存储容器中的最小文件的大小的关系，更新所述存储容器中存储的文件信息。

3.根据权利要求2所述的方法，其特征在于，所述当所述存储容器中的多个文件中不包括所述第一文件时，根据所述第一文件的大小与所述存储容器中的最小文件的大小的关系，更新所述存储容器中存储的文件信息，包括：当所述第一文件的大小大于所述最小文件的大小时，将所述存储容器中的所述最小文件删除，并将所述第一文件加入所述存储容器的多个文件中，并对所述存储容器中的所有文件按照从大到小的顺序重新进行排序；或者，当所述第一文件的大小小于或等于所述最小文件的大小时，不改变所述存储容器中的文件信息。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：获取文件系统中的第二文件的累计操作次数，所述累计操作次数为在预设统计周期内对所述第二文件进行写操作和/或偏移操作的次数；

将所述第二文件的累计操作次数上传至所述服务器，以使得所述服务器对所述第二文件的累计操作次数进行显示。

5.根据权利要求4所述的方法，其特征在于，所述获取文件系统中的第二文件的累计操作次数，包括：创建所述第二文件的计数器，所述计数器的初始值为零；

在所述预设统计周期内，每当检测到一次对所述第二文件的写操作或偏移操作，将所述计数器的数值加一；

在所述预设统计周期结束后，将所述计数器的数值确定为所述第二文件的累计操作次数，并且将所述计数器的数值清零。

6.根据权利要求4所述的方法，其特征在于，所述将所述第二文件的累计操作次数上传至所述服务器，以使得所述服务器对所述第二文件的累计操作次数进行显示，包括：比较所述第二文件的累计操作次数与预设次数阈值的关系，所述预设次数阈值为所述预设统计周期所对应的次数阈值；

当所述第二文件的累计操作次数大于或等于所述预设次数阈值时，将所述第二文件的累计操作次数上传至服务器。

7.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：获取文件系统中的每个文件的累计操作次数，所述累计操作次数为在预设统计周期内对每个文件进行写操作和/或偏移操作的次数；

将文件系统中在所述预设统计周期内的累计操作次数为前M的M个的文件的累计操作次数上传至所述服务器，以使得所述服务器对文件系统中前M个文件的累计操作次数进行显示，M为大于1的整数。

8.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：获取文件系统中第一分区的每个文件的累计操作次数，所述累计操作次数为在预设统计周期内对每个文件进行写操作和/或偏移操作的次数；所述第一分区为文件系统中的任意一个分区；

将所述第一分区中在所述预设统计周期内的累计操作次数为前P的P个的文件的累计操作次数上传至所述服务器，以使得所述服务器对所述第一分区中前P个累计操作次数进行显示，P为大于1的整数。

9.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：获取对文件系统中的第三文件的第N次的操作时长，所述第N次操作时长用于表示执行第N次写操作或偏移操作的耗时时长，N为正整数；

将所述第三文件的第N次的操作时长用“N”进行次序编号后上传至所述服务器，以使得所述服务器按照次序编号对所述第三文件的第N次的操作时长进行显示。

10.根据权利要求9所述的方法，其特征在于，所述获取对文件系统中的第三文件的第N次的操作时长，包括：记录对所述第三文件的第N次写操作或偏移操作的执行开始时的系统时间和执行完成时的系统时间；

将所述执行完成时的系统时间和所述执行开始时的系统时间的差值确定为所述第三文件的第N次的操作时长。

11.根据权利要求9所述的方法，其特征在于，所述将所述第三文件的第N次的操作时长用“N”进行次序编号后上传至所述服务器，以使得所述服务器按照次序编号对所述第三文件的第N次的操作时长进行显示，包括：比较所述第三文件的第N次的操作时长与预设时长阈值的关系；

当所述第三文件的第N次的操作时长大于或等于所述预设时长阈值时，将所述第三文件的第N次的操作时长用“N”进行次序编号后上传至所述服务器。

12.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：获取对文件系统中的每个文件的第N次的操作时长，所述第N次操作时长用于表示对于每个文件执行第N次写操作或偏移操作的耗时时长，N为正整数；

在每个预设上传周期结束时，将文件系统中第N次的操作时长为前K的K个文件的第N次的操作时长用“N”进行次序编号后上传至所述服务器，以使得所述服务器按照次序编号对文件系统中前K个文件的第N次的操作时长进行显示；K为大于1的整数。

13.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：获取文件系统中第二分区中的每个文件的第N次的操作时长，所述第N次操作时长用于表示对于每个文件执行第N次写操作或偏移操作的耗时时长，N为正整数；所述第二分区为文件系统中的任意一个分区；

在每个预设上传周期结束时，将所述第二分区中第N次的操作时长为前L的L个文件的第N次的操作时长用“N”进行次序编号后上传至所述服务器，以使得所述服务器按照次序编号对所述第二分区中前L个文件的第N次的操作时长进行显示；L为大于1的整数。

14.一种文件系统的监视装置，其特征在于，包括：

处理单元，用于创建包括多个文件的文件信息的存储容器，所述存储容器中的多个文件是按照从大到小进行排序的，所述存储容器中的多个文件中每个文件的大小均大于所述存储容器所在分区中其它文件的大小；所述文件系统包括多个分区；当软件产品在电子设备的操作系统上运行时，所述文件系统中存储的文件会根据要执行的业务task被进行读、写、偏移、打开和关闭操作，其中，写操作和偏移操作为会让文件增大的操作；

获取单元，用于在文件系统中的第一文件每次执行完写操作或偏移操作时，获取所述第一文件的大小；

所述处理单元还用于，根据所述第一文件的大小，更新所述存储容器中存储的文件信息，得到更新后的文件信息；

发送单元，用于将所述更新后的文件信息上传至服务器，以使得所述服务器对所述更新后的文件信息进行显示；

所述处理单元具体用于，当所述存储容器中的多个文件中包括所述第一文件时，将所述存储容器中存储的所述第一文件的大小更新为当前次获取到的所述第一文件的大小，并对所述存储容器中的多个文件按照从大到小的顺序重新进行排序。

15.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时使得所述电子设备实现如权利要求1至13中任一项所述的方法。

16.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被电子设备执行时实现如权利要求1至13中任一项所述的方法。

说明书

文件系统的监视方法和装置

技术领域

[0001] 本申请涉及监视文件系统的技术领域，尤其涉及一种文件系统的监视方法和装置。

背景技术

[0002] 文件系统的存储空间往往会被分为多个分区，每个分区内包含有一些文件，也就是存储在文件系统的文件是分别存储在不同分区中的。当任意一个软件产品在电子设备的操作系统中运行的时候，会需要对文件系统中存储的文件进行读写等操作，而这些操作过程中如果存在不当，可能会导致有些分区的存储空间急剧缩小甚至是被占满，这会导致存储在该分区的文件所对应的软件产品的功能出现异常，甚至无法再运行该软件产品。

[0003] 为了解决上述问题，出现了通过监视文件系统的分区状态来进行告警的方案，也就是说，如果某个分区被检测出该分区的存储空间被占满或者空间状态异常时，就会获取该分区的异常状态然后对该分区进行告警。

[0004] 但是，这样的告警方案中，在告警发生时，被告警的分区已经被损坏了，已经影响到该分区所对应的软件产品了，所以这种告警方案并不能够满足及时发现问题的需求。

[0005] 因此，如何更加及时地对文件系统进行监视是亟待解决的技术问题。

发明内容

[0006] 本申请提供一种文件系统的监视方法和装置，能够更加及时地对文件系统进行监视。

[0007] 第一方面，提供了一种文件系统的监视方法，该方法包括：创建包括多个文件的文件信息的存储容器，存储容器中的多个文件是按照从大到小进行排序的，存储容器中的多个文件中每个文件的大小均大于存储容器所在分区中其它文件的大小；在文件系统中的第一文件每次执行完写操作或偏移操作时，获取第一文件的大小；根据第一文件的大小，更新存储容器中存储的文件信息，得到更新后的文件信息；将更新后的文件信息上传至服务器，以使得服务器对更新后的文件信息进行显示。

[0008] 在本申请技术方案中，通过为每个分区创建存储容器来针对性管理最大的几个文件来实现更精细化的监视方案，能够动态地发现和监视到异常增大的文件，从而尽早发现分区中存在异常的文件。分区出现被占满或空间状态异常主要就是一个或多个文件的异常增大导致的，而本申请实施例的方案中，只要分区中任意一个文件（也就是上述第一文件）因为写操作和/或偏移操作而出现不断增大的情况，其大小必然不断增大，那这个文件必然会被加入到存储容器更新后的文件信息中，从而实现了动态监视的功能。此外，本申请实施例的方案，不是对整个分区的容量的监视，而是细化到对存储容器中的多个文件的监视，也就是对最容易导致分区被占满的文件进行重点监视，相比于传统方案的只宏观上监视分区有没有被占满或损坏，能够更加精准和及时的监视到异常增大的文件，在还没造成分区被占满或损坏之前就锁定出异常增大的文件，防患于未然。

[0009] 应理解，如上所述，存储容器中的多个文件中每个文件的大小均大于存储容器所在分区中其它文件的大小，此处的其它文件就是指这个分区中除了存储容器中的文件之外的文件，或者说在该分区但没有被存储到存储容器中。还应理解，在存储容器中存储的是文件信息，并不是将这些文件转移到了这个存储容器中了，这些文件还是存储在该分区的。

[0010] 还应理解，存储容器可以是直接在对应的分区中，这样便于管理。但是实际实现时，还可以将存储容器集中外置，例如可以划分出一些存储单元，单独集中存储这些存储容器。

[0011] 结合第一方面，在第一方面的某些实现方式中，在根据第一文件的大小，更新存储容器中存储的文件信息时，可以包括：

[0012] 当存储容器中的多个文件中包括第一文件时，将存储容器中存储的第一文件的大小更新为当前次获取到的第一文件的大小，并对存储容器中的多个文件按照从大到小的顺序重新进行排序；或者，

[0013] 当存储容器中的多个文件中不包括第一文件时，根据第一文件的大小与存储容器中的最小文件的大小的关系，更新存储容器中存储的文件信息。

[0014] 在这种实现方式中，当存储容器中已经存储有第一文件的文件信息的时候，说明第一文件就是这个分区（存储容器所对应的分区）被选中会进行监视的较大的文件之一，此时，只需要将存储容器中存储的第一文件的大小更新成因为写操作或偏移操作而增大之后的大小即可，而重新排序能够便于对存储容器中的文件进行管理；而当存储容器中没有第一文件的时候，说明第一文件不是这个分区中较大的文件，此时，需要进一步查看这个第一文件是不是可以加入到存储容器的行列。这种实现方式能够实现存储容器的动态更新，任意一个异常增大的文件都会因为该步骤而被加入到存储容器中，从而显示在服务器端，以使得工作人员及时发现。

[0015] 结合第一方面，在第一方面的某些实现方式中，当存储容器中的多个文件中不包括第一文件时，在根据第一文件的大小与存储容器中的最小文件的大小的关系，更新存储容器中存储的文件信息时，可以包括：

[0016] 当第一文件的大小大于最小文件的大小时，将存储容器中的最小文件删除，并将第一文件加入存储容器的多个文件中，并对存储容器中的所有文件按照从大到小的顺序重新进行排序；或者，

[0017] 当第一文件的大小小于或等于最小文件的大小时，不改变存储容器中的文件信息。

[0018] 在这种实现方式中，主要实现了存储容器中的文件的动态更新，任意一个文件不断增大到已经比存储容器中的最小文件要大的时候就会被加入到存储容器中。但应理解，比最小文件大并不能说明这个文件被加入之后就会成为其中的最小文件，所以重新排序能够使得第一文件被加入后的所有存储容器中的文件的大小顺序也同步更新。

[0019] 结合第一方面，在第一方面的某些实现方式中，上述方法还包括：

[0020] 获取文件系统中的第二文件的累计操作次数，累计操作次数为在预设统计周期内对第二文件进行写操作和/或偏移操作的次数；

[0021] 将第二文件的累计操作次数上传至服务器，以使得服务器对第二文件的累计操作次数进行显示。

[0022] 在这种实现方式中，主要通过对操作次数的监视来发现频繁被执行写操作和/或偏移操作的文件。可以认为这种实现方式是在本申请的对于文件大小的监视的基础上的叠加方案，增加了对于另一种发现异常文件的监视策略，频繁的被执行写操作和/或偏移操作的文件势必是不断在随着这些操作而增大，存在异常的可能性也就更高，而对分区的影响也更大。应理解，第二文件是文件系统中的任意文件，不需要锁定是哪个分区，也不需要受限于是不是属于存储容器中，所以第二文件和第一文件可以是同一个文件，也可以不是同一个文件。这种实现方式，同样是精细到文件粒度的监视方案，更加精细，且监视更加到位。

[0023] 在一个例子中，在获取文件系统中的第二文件的累计操作次数时，可以包括：

[0024] 创建第二文件的计数器，计数器的初始值为零；

[0025] 在预设统计周期内，每当检测到一次对第二文件的写操作或偏移操作，将计数器的数值加一；

[0026] 在预设统计周期结束后，将计数器的数值确定为第二文件的累计操作次数，并且将计数器的数值清零。

[0027] 在这个例子中，通过为每个文件设置计数器来统计每个预设统计周期内该文件被执行了写操作和偏移操作的总次数，并显示，则如果某个文件被频繁执行写操作和/或偏移操作，就会被监视到。

[0028] 在另一个例子中，在将第二文件的累计操作次数上传至服务器，以使得服务器对第二文件的累计操作次数进行显示时，可以包括：

[0029] 比较第二文件的累计操作次数与预设次数阈值的关系，预设次数阈值为预设统计周期所对应的次数阈值；

[0030] 当第二文件的累计操作次数大于或等于预设次数阈值时，将第二文件的累计操作次数上传至服务器。

[0031] 每个文件的每个预设统计周期内都需要上传一次累计操作次数，但事实上很多文件并没有什么异常，这样大量的监视数据的上传反而会带来数据传输的负担，并且也并不利于工作人员及时找到存在异常的文件。所以可以通过设置次数阈值，只有累计操作次数大于或等于次数阈值的文件的数据才会上传。这样可以减少数据传输的次数，并且利于工作人员更快速找到（筛选出）存在异常的文件。

[0032] 在本申请实施例中次数监视是对每个文件都监视，但是，上传的数据量的多少以及怎么上传却会影响到工作人员对于监视结果的分析处理的工作量。除了上述通过设置预设次数阈值的方式只筛选出有次数风险，也就是存在异常的文件的实现方式外，还可以针对整个文件系统或针对每个分区来只取次数最多的多个文件上传。

[0033] 结合第一方面，在第一方面的某些实现方式中，上述方法还包括：

[0034] 获取文件系统中的每个文件的累计操作次数，累计操作次数为在预设统计周期内对每个文件进行写操作和/或偏移操作的次数；

[0035] 将文件系统中在预设统计周期内的累计操作次数为前M的M个的文件的累计操作次数上传至服务器，以使得服务器对文件系统中前M个文件的累计操作次数进行显示，M为大于1的整数。

[0036] 在这种实现方式中，针对整个文件系统来只取累计操作次数最多的M个文件上传其累计操作次数进行显示，数据传输的量较小。这M个文件就是文件系统中累计操作次数最多的文件，也就是这M个文件中任一个文件的累计操作次数都大于或等于除了这M个文件之外的其它文件的累计操作次数。这种实现方式，取的是前M个文件进行显示，但并没有要求这M个必须超过次数阈值才可以，所以可以理解为，这M个可能已经有一个或多个异常文件，但也可能没有异常文件。这种实现方式相比于整体上只筛选存在异常的文件而言，更加合理的展示出文件系统的“健康”情况。例如，当这M个文件都没有异常文件（也就是没有累计操作次数大于或等于预设次数阈值的文件），就说明文件系统整体上是正常的；当这M个文件只有很少量的异常文件，就说明文件系统中有一些异常隐患但问题不是很严重；当这M个文件全都是的异常文件，就说明文件系统中的有异常隐患，且问题很严重。

[0037] 在一个例子中，在获取文件系统中的每个文件的累计操作次数时，可以包括：

[0038] 为文件系统中的每个文件创建计数器，并设置计数器的初始值为零；

[0039] 针对每个文件，在预设统计周期内，每当检测到一次对该文件的写操作或偏移操作，将计数器的数值加一；

[0040] 在预设统计周期结束后，将每个文件的计数器的数值确定为该文件的累计操作次数，并且将计数器的数值清零。

[0041] 也就是说，利用计数器来获取累计操作次数的方案，只要是对文件进行次数监视都可以使用，并不局限于哪种次数监视策略。

[0042] 结合第一方面，在第一方面的某些实现方式中，上述方法还包括：

[0043] 获取文件系统中第一分区的每个文件的累计操作次数，累计操作次数为在预设统计周期内对每个文件进行写操作和/或偏移操作的次数；第一分区为文件系统中的任意一个分区；

[0044] 将第一分区中在预设统计周期内的累计操作次数为前P的P个的文件的累计操作次数上传至服务器，以使得服务器对第一分区中前P个累计操作次数进行显示，P为大于1的整数。

[0045] 在这种实现方式中，针对每个分区来只取累计操作次数最多的P个文件上传其累计操作次数进行显示，数据传输的量较小。这P个文件就是第一分区中累计操作次数最多的文件，也就是这P个文件中任一个文件的累计操作次数都大于或等于除了这P个文件之外的第一分区中的其它文件的累计操作次数。这种实现方式，取的是前P个文件进行显示，但并没有要求这P个必须超过次数阈值才可以，所以可以理解为，这P个可能已经有一个或多个异常文件，但也可能没有异常文件。这种实现方式相比于整体上只筛选存在异常的文件而言，更加合理的展示出文件系统中每个分区的“健康”情况。例如，当这P个文件都没有异常文件（也就是没有累计操作次数大于或等于预设次数阈值的文件），就说明第一分区整体上是正常的；当这P个文件只有很少量的异常文件，就说明第一分区中有一些异常隐患但问题不是很严重；当这P个文件全都是的异常文件，就说明第一分区中的有异常隐患，且问题很严重。

[0046] 还应理解，跟上面的针对整个文件系统筛选前M个文件相比，这种实现方式更合理的反映出文件系统的情况。举例说明，假设在整个文件系统的上述方案中上报的M个文件都是某一个分区的，只能说明这个分区问题很严重，但却也导致其它分区的隐藏情况没有机会展示，可能还有其他分区也有问题只是问题没有这个分区严重，却因为整体上文件系统的监视方案被淹没了。所以按照分区来取前P个进行显示相比于整个文件系统取前M个显示，更精细和合理。

[0047] 还需要说明的是，次数监视策略中，因为次数操作并没有稳定的渐变趋势，也就是并不会稳定性地呈逐渐增大或逐渐减少的趋势，所以每个累计统计周期的排序并不会过多依赖于前面的累计统计周期的数值，所以并不需要跟大小监视策略中那样去设置一个存储容器来维护排序。也就是说，每次的操作次数最多的文件的变化没有渐变趋势，每次的文件序列变动会很大，如果设置存储容器就需要非常频繁的更新存储容器中的信息，过于繁琐。

[0048] 在一个例子中，在获取文件系统的第一分区的每个文件的累计操作次数时，可以包括：

[0049] 为第一分区中的每个文件创建计数器，并设置计数器的初始值为零；

[0050] 针对第一分区中的每个文件，在预设统计周期内，每当检测到一次对该文件的写操作或偏移操作，将计数器的数值加一；

[0051] 在预设统计周期结束后，将第一分区中的每个文件的计数器的数值确定为该文件的累计操作次数，并且将计数器的数值清零。

[0052] 也就是说，利用计数器来获取累计操作次数的方案，只要是对文件进行次数监视都可以使用，并不局限于哪种次数监视策略。

[0053] 结合第一方面，在第一方面的某些实现方式中，上述方法还包括：

[0054] 获取对文件系统中的第三文件的第N次的操作时长，第N次操作时长用于表示执行第N次写操作或偏移操作的耗时时长，N为正整数；

[0055] 将第三文件的第N次的操作时长用“N”进行次序编号后上传至服务器，以使得服务器按照次序编号对第三文件的第N次的操作时长进行显示。

[0056] 在这种实现方式中，主要通过对操作时长的监视来发现操作时长存在异常的文件。可以认为这种实现方式是在本申请的对于文件大小的监视的基础上的叠加方案，增加了对于另一种发现异常文件的监视策略，写操作或偏移操作的一次执行的执行时长过长的文件势必也是存在异常的，而对分区的影响也更大。应理解，第三文件是文件系统中的任意文件，不需要锁定是哪个分区，也不需要受限于是不是属于存储容器中，所以第三文件和第一文件可以是同一个文件，也可以不是同一个文件；第三文件和第二文件可以是同一个文件，也可以不是同一个文件。这种实现方式，同样是精细到文件粒度的监视方案，更加精细，且监视更加到位。

[0057] 还应理解，本申请提供了三种监视策略，分别为大小监视、次数监视和耗时监视。其中，大小监视是指对于任意文件的大小的监视，在本申请实施例中是借助于存储容器来有针对性的重点监视一些文件的大小。次数监视是指对于任意文件的一定时间内的操作次数（可以认为成是操作频次）的监视。耗时监视则是指对于每次的写操作和/或偏移操作的执行时长的监视。这三种监视策略是可以任意组合的，组合的策略越多，监视效果越好，对文件系统的保护越到位。

[0058] 在一个例子中，在获取对文件系统中的第三文件的第N次的操作时长时，可以包括：

[0059] 记录对第三文件的第N次写操作或偏移操作的执行开始时的系统时间和执行完成时的系统时间；

[0060] 将执行完成时的系统时间和执行开始时的系统时间的差值确定为第三文件的第N次的操作时长。

[0061] 在这个例子中，利用系统时间的差值来计算操作时长，计算方式简单且准确性高，相比于利用自然时间等其他方式来计算会更加准确和简单。因为系统在执行上采用的时钟是固定的，利用系统时间来计算的时候，可以精确的通过计算时钟数量来算出时间长度。

[0062] 在另一个例子中，在将第三文件的第N次的操作时长用“N”进行次序编号后上传至服务器，以使得服务器按照次序编号对第三文件的第N次的操作时长进行显示时，可以包括：

[0063] 比较第三文件的第N次的操作时长与预设时长阈值的关系；

[0064] 当第三文件的第N次的操作时长大于或等于预设时长阈值时，将第三文件的第N次的操作时长用“N”进行次序编号后上传至服务器。

[0065] 每个文件被执行写操作或偏移操作时都需要上传一次操作时长，但事实上很多文件并没有什么耗时异常，这样大量的监视数据的上传反而会带来数据传输的负担，并且也并不利于工作人员及时找到存在异常的文件。所以可以通过设置时长阈值，只有操作时长大于或等于时长阈值的文件的数据才会上传。这样可以减少数据传输的次数，并且利于工作人员更快速找到（筛选出）存在异常的文件。

[0066] 在本申请实施例中耗时监视是对每个文件都监视，但是，上传的数据量的多少以及怎么上传却会影响到工作人员对于监视结果的分析处理的工作量。除了上述通过设置预设时长阈值的方式只筛选出有耗时风险，也就是存在异常的文件的实现方式外，还可以针对整个文件系统或针对每个分区来只取耗时最长的多个文件上传。

[0067] 结合第一方面，在第一方面的某些实现方式中，上述方法还包括：

[0068] 获取对文件系统中的每个文件的第N次的操作时长，所述第N次操作时长用于表示对于每个文件执行第N次写操作或偏移操作的耗时时长，N为正整数；

[0069] 在每个上传周期结束时，将文件系统中操作时长为前K的K个文件的第N次操作时长用“N”进行次序编号后上传至所述服务器，以使得所述服务器按照次序编号对文件系统中前K个文件的第N次的操作时长进行显示；K为大于1的整数。

[0070] 在这种实现方式中，针对整个文件系统，每个上传周期只取耗时时长最长的K个文件上传其第N次操作的操作时长进行显示，数据传输的量较小。这K个文件就是文件系统中第N次操作的耗时时长最长的文件。这种实现方式，取的是前K个文件进行显示，但并没有要求这K个必须都是耗时时长过长才可以，所以可以理解为，这K个可能已经有一个或多个异常文件，但也可能没有异常文件。这种实现方式相比于整体上只筛选存在异常的文件而言，更加合理的展示出文件系统的“健康”情况。例如，当这K个文件都没有异常文件（也就是没有操作时长大于或等于预设时长阈值的文件），就说明文件系统整体上是正常的；当这K个文件只有很少量的异常文件，就说明文件系统中有一些异常隐患但问题不是很严重；当这K个文件全都是的异常文件，就说明文件系统中的有异常隐患，且问题很严重。

[0071] 在一个例子中，在获取对文件系统中的每个文件的第N次的操作时长时，可以包括：

[0072] 针对文件系统中每个文件，记录的第N次写操作或偏移操作的执行开始时的系统时间和执行完成时的系统时间；以及，将执行完成时的系统时间和执行开始时的系统时间的差值确定为该文件的第N次的操作时长。

[0073] 也就是说，利用系统时间来计算操作时长的方案，只要是对文件进行耗时监视都可以使用，并不局限于哪种耗时监视策略。

[0074] 结合第一方面，在第一方面的某些实现方式中，上述方法还包括：

[0075] 获取文件系统中第二分区中的每个文件的第N次的操作时长，第N次操作时长用于表示对于每个文件执行第N次写操作或偏移操作的耗时时长，N为正整数；第二分区为文件系统中的任意一个分区；

[0076] 在每个预设上传周期结束时，将第二分区中第N次的操作时长为前L的L个文件的第N次的操作时长用“N”进行次序编号后上传至服务器，以使得服务器按照次序编号对第二分区中前L个文件的第N次的操作时长进行显示；L为大于1的整数。

[0077] 在这种实现方式中，针对每个分区，每个上传周期只取耗时时长最长的L个文件上传其第N次操作的操作时长进行显示，数据传输的量较小。这L个文件就是第二分区中第N次操作的耗时时长最长的文件。这种实现方式，取的是前L个文件进行显示，但并没有要求这L个必须都是耗时时长过长才可以，所以可以理解为，这L个可能已经有一个或多个异常文件，但也可能没有异常文件。这种实现方式相比于整体上只筛选存在异常的文件而言，更加合理的展示出第二分区的“健康”情况。例如，当这L个文件都没有异常文件（也就是没有操作时长大于或等于预设时长阈值的文件），就说明第二分区整体上是正常的；当这L个文件只有很少量的异常文件，就说明第二分区中有一些异常隐患但问题不是很严重；当这L个文件全都是的异常文件，就说明第二分区中的有异常隐患，且问题很严重。

[0078] 还应理解，跟上面的针对整个文件系统筛选前K个文件相比，这种实现方式更合理的反映出文件系统的情况。举例说明，假设在整个文件系统的上述方案中上报的K个文件都是某一个分区的，只能说明这个分区问题很严重，但却也导致其它分区的隐藏情况没有机会展示，可能还有其他分区也有问题只是问题没有这个分区严重，却因为整体上文件系统的监视方案被淹没了。所以按照分区来取前L个进行显示相比于整个文件系统取前K个显示，更精细和合理。

[0079] 还需要说明的是，耗时监视策略中，因为每次的操作时长并没有稳定的渐变趋势，也就是并不会稳定性地呈逐渐增大或逐渐减少的趋势，所以每次的操作时长之间并没有相互依赖的关系，所以并不需要跟大小监视策略中那样去设置一个存储容器来维护。也就是说，每次的操作时长最长的文件的变化没有渐变趋势，每次的文件序列变动会很大，如果设置存储容器就需要非常频繁的更新存储容器中的信息，过于繁琐。

[0080] 在一个例子中，在获取文件系统中第二分区中的每个文件的第N次的操作时长时，可以包括：

[0081] 针对第二分区中的每个文件，记录的第N次写操作或偏移操作的执行开始时的系统时间和执行完成时的系统时间；以及，将执行完成时的系统时间和执行开始时的系统时间的差值确定为该文件的第N次的操作时长。

[0082] 也就是说，利用系统时间来计算操作时长的方案，只要是对文件进行耗时监视都可以使用，并不局限于哪种耗时监视策略。

[0083] 第二方面，提供了一种文件系统的监视装置，该装置包括由软件和/或硬件组成的用于执行第一方面的任意一种方法的单元。

[0084] 第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，当处理器执行计算机程序时使得该电子设备能够实现第一方面的任意一种方法。

[0085] 第四方面，提供了一种芯片，包括处理器，该处理器用于读取并执行存储在存储器中的计算机程序，当计算机程序被处理器执行时使得该芯片所在的电子设备能够实现第一方面的任意一种方法。

[0086] 可选地，该芯片还包括存储器，存储器与处理器电连接。

[0087] 可选地，该芯片还可以包括通信接口。

[0088] 第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当计算机程序被电子设备执行时能够实现第一方面的任意一种方法。

[0089] 第六方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序，当计算机程序被电子设备执行时能够实现第一方面的任意一种方法。

附图说明

[0090] 图1是本申请实施例的一种文件系统的监视系统的示意图。

[0091] 图2是本申请实施例的三种监视策略的拓扑示意图。

[0092] 图3是本申请实施例的一种文件系统的监视方法的示意性流程图。

[0093] 图4是本申请实施例的一种大小监视策略的示意图。

[0094] 图5是本申请实施例的一种耗时监视策略的示意图。

[0095] 图6是本申请实施例的一种文件系统的监视装置的示意图。

[0096] 图7是本申请实施例的一种电子设备的硬件结构示意图。

[0097] 图8是本申请实施例的一种电子设备的硬件结构示意图。

具体实施方式

[0098] 下面结合附图对本申请实施例的方案进行介绍。

[0099] 图1是本申请实施例的一种文件系统的监视系统的示意图。如图1所示，在产品研发阶段或者是产品已经安装在电子设备上之后，当产品在系统上运行时，会对文件系统进行一些操作。这些操作是根据要执行的业务（task）来执行的。这些操作包括读（read）、写（write）、偏移（seek）、打开（open）和关闭（close）等操作。这些操作中，写操作和偏移操作是会让文件的大小变大的，也就是会让文件增大的操作。也就是说，往一个文件里写和偏移会让这个文件变大。

[0100] 在传统方案中，对于文件系统的监控只考虑到了存储分区这样的层级（粒度），也就是以分区为对象去监视哪个分区有损坏。这样的监视方案是过于粗放的，因为在分区被占满或出现异常之前其实可能早有出现问题的隐患和趋势了，而传统方案无法发现这样的隐患和发现分区有损坏的趋势。下面以几个场景进行示例来说明。

[0101] 场景1：产品在系统运行时会存在文件的写入或者偏移的操作，这两个操作都会使得文件增大。但是如果在开发阶段，文件的操作的参数不准确导致写入量过大，此时文件系统的分区就有可能出现空间急剧缩小甚至占满无剩余空间，导致与该分区相关的功能出现异常。

[0102] 场景2：产品在系统运行时写次数过多，容易造成内存碎片化。

[0103] 场景3：有执行文件操作异常导致执行时间过长不易发现。

[0104] 然而，传统方案中对于上述三种场景都不会进行检测，传统方案中上报的日志并不会跟踪上述几个场景导致的参数变化，而事实上这些参数变化都可能会导致分区的损坏（被占满或空间状态异常）。

[0105] 针对上述问题，本申请实施例提供了一种对文件系统来说更加及时的监视方案，如图1所示，不再以分区为粒度进行监视，而是对分区中风险性较高的文件进行重点的精细监视，以文件为层级（粒度）来实现更精细化的监视方案。对于一个分区而言，动态的不断找出最有可能带来分区损坏的风险的文件并监视其参数，能够达到及时发现问题的目的。

[0106] 如图1所示，产品在系统上运行后会对文件系统进行一些操作，在文件系统中，增加了监视模块，在task下发到文件系统后，对于需要执行的写入或偏移等操作，不是直接就执行，而是先经过监视模块再进一步执行相应操作，使得监视模块能够实时获取到文件系统中执行这些操作所带来的参数变化。之后监视模块将监视结果经过应用程序（图1中的App）上传给云端服务器，然后在显示平台上进行显示。这样的监视系统，能够实现对于文件系统的集中监视，也就是可以同时监视多个文件系统和/或文件系统中的多个分区。也就是说，在产品的开发阶段，如果产品在系统运行时有写入（write）或偏移（seek）等增大文件的操作，在文件操作的同时进行文件的监视，并且可以对该文件的写入流量进行管控排序；可以按照设定好的时间周期将这些数据上传到APP，再由APP展示到云端服务器，由前端展示平台可视化显示监视结果。

[0107] 图2是本申请实施例的三种监视策略的拓扑示意图。也就是说，在本申请实施例中，文件系统的监视可以包括大小监视、次数监视和耗时监视三种监视策略中的至少一项。其中，大小监视是指对于任意文件的大小的监视，在本申请实施例中是借助于存储容器来有针对性的重点监视一些文件的大小。次数监视是指对于任意文件的一定时间内的操作次数（可以认为成是操作频次）的监视。耗时监视则是指对于每次的写操作和/或偏移操作的执行时长的监视。这三种监视策略是可以任意组合的，组合的策略越多，监视效果越好，对文件系统的保护越到位。

[0108] 图3是本申请实施例的一种文件系统的监视方法的示意性流程图。下面对图3各步骤进行介绍。

[0109] S301、创建包括多个文件的文件信息的存储容器。

[0110] 存储容器中的多个文件是按照从大到小进行排序的，存储容器中的多个文件中每个文件的大小均大于存储容器所在分区中其它文件的大小。

[0111] 每个分区都可以创建一个存储容器来对该分区进行精细到文件层级的监视，也就是对每个分区的一些需要重点关注的文件进行监视。

[0112] 虽然存储容器中也可以只包括一个文件，但当只包括一个文件的时候，并不需要进行排序，相当于是针对这个文件独立进行监视，这样的监视虽然也是精细到了文件层级，但是相当于是只监视整个分区中的最大的文件。相比于传统方案有一定程度的改善。但是文件增大是并不是骤变的，而是逐渐增大的过程，假设有个文件在不断迅速增大，但由于比起最大的文件来说还是较小的，则存储容器中只有一个最大文件的时候，就导致发现还是不够及时。举例说明，假设某个分区中最大文件是A，该分区中有个文件B在异常性的不断增大，但文件B的初始大小只有文件A的百分之一，则在文件B的大小一直增大到比文件A大，成为最大的文件之前，都不会被加入到存储容器中。而如果是多个文件一起监视，就能够有效提高发现问题的及时性。

[0113] 而如果是按照该分区的实际需求来设置存储容器中的文件数量就能够进一步提高监视效果。

[0114] 在一个例子中，存储容器中的多个文件的文件数量是根据该存储容器所在分区的文件总量和预设占比进行确定的。例如假设某个分区有100个文件，按照10%的预设占比，确定存储容器中多个文件的数量为10个。该预设占比可以按需设置。

[0115] S302、在文件系统中的第一文件每次执行完写操作或偏移操作时，获取第一文件的大小。

[0116] 应理解，在执行完上述操作时，第一文件的大小会发生变化，此处为增大，所以获取的第一文件的大小是增大后的大小，也可以认为是更新后的大小。

[0117] 应理解，此处的其它文件就是指这个分区中除了存储容器中的文件之外的文件，或者说在该分区但没有被存储到存储容器中。还应理解，在存储容器中存储的是文件信息，并不是将这些文件转移到了这个存储容器中了，这些文件还是存储在该分区的。

[0118] 还应理解，存储容器可以是直接在对应的分区中，这样便于管理。但是实际实现时，还可以将存储容器集中外置，例如可以划分出一些存储单元，单独集中存储这些存储容器。

[0119] S303、根据第一文件的大小，更新存储容器中存储的文件信息，得到更新后的文件信息。

[0120] 也就是根据第一文件的大小来决定是否需要对存储容器中存储的多个文件的文件信息进行更改。

[0121] 在一种实现方式中，在根据第一文件的大小，更新存储容器中存储的文件信息时，可以包括：

[0122] 当存储容器中的多个文件中包括第一文件时，将存储容器中存储的第一文件的大小更新为当前次获取到的第一文件的大小，并对存储容器中的多个文件按照从大到小的顺序重新进行排序；或者，

[0123] 当存储容器中的多个文件中不包括第一文件时，根据第一文件的大小与存储容器中的最小文件的大小的关系，更新存储容器中存储的文件信息。

[0124] 在这种实现方式中，当存储容器中已经存储有第一文件的文件信息的时候，说明第一文件就是这个分区（存储容器所对应的分区）被选中会进行监视的较大的文件之一，此时，只需要将存储容器中存储的第一文件的大小更新成因为写操作或偏移操作而增大之后的大小即可，而重新排序能够便于对存储容器中的文件进行管理；而当存储容器中没有第一文件的时候，说明第一文件不是这个分区中较大的文件，此时，需要进一步查看这个第一文件是不是可以加入到存储容器的行列。这种实现方式能够实现存储容器的动态更新，任意一个异常增大的文件都会因为该步骤而被加入到存储容器中，从而显示在服务器端，以使得工作人员及时发现。

[0125] 在一种实现方式中，当存储容器中的多个文件中不包括第一文件时，在根据第一文件的大小与存储容器中的最小文件的大小的关系，更新存储容器中存储的文件信息时，可以包括：

[0126] 当第一文件的大小大于最小文件的大小时，将存储容器中的最小文件删除，并将第一文件加入存储容器的多个文件中，并对存储容器中的所有文件按照从大到小的顺序重新进行排序；或者，

[0127] 当第一文件的大小小于或等于最小文件的大小时，不改变存储容器中的文件信息。

[0128] 在这种实现方式中，主要实现了存储容器中的文件的动态更新，任意一个文件不断增大到已经比存储容器中的最小文件要大的时候就会被加入到存储容器中。但应理解，比最小文件大并不能说明这个文件被加入之后就会成为其中的最小文件，所以重新排序能够使得第一文件被加入后的所有存储容器中的文件的大小顺序也同步更新。

[0129] S304、将更新后的文件信息上传至服务器，以使得服务器对更新后的文件信息进行显示。

[0130] 通过服务器来集中显示存储容器的文件信息，能够支持同时监视多个分区和/或多个文件系统。

[0131] 上传时可以通过先上传到app，再经过app进一步上传到服务器。

[0132] 图3所示方法，通过为每个分区创建存储容器来针对性管理最大的几个文件来实现更精细化的监视方案，能够动态地发现和监视到异常增大的文件，从而尽早发现分区中存在异常的文件。分区出现被占满或空间状态异常主要就是一个或多个文件的异常增大导致的，而本申请实施例的方案中，只要分区中任意一个文件（也就是上述第一文件）因为写操作和/或偏移操作而出现不断增大的情况，其大小必然不断增大，那这个文件必然会被加入到存储容器更新后的文件信息中，从而实现了动态监视的功能。此外，本申请实施例的方案，不是对整个分区的容量的监视，而是细化到对存储容器中的多个文件的监视，也就是对最容易导致分区被占满的文件进行重点监视，相比于传统方案的只宏观上监视分区有没有被占满或损坏，能够更加精准和及时的监视到异常增大的文件，在还没造成分区被占满或损坏之前就锁定出异常增大的文件，防患于未然。

[0133] 在一种实现方式中，上述方法还包括：

[0134] 获取文件系统中的第二文件的累计操作次数，累计操作次数为在预设统计周期内对第二文件进行写操作和/或偏移操作的次数；

[0135] 将第二文件的累计操作次数上传至服务器，以使得服务器对第二文件的累计操作次数进行显示。

[0136] 该实现方式即为次数监视策略的示例。在这种实现方式中，主要通过对操作次数的监视来发现频繁被执行写操作和/或偏移操作的文件。可以认为这种实现方式是在本申请的对于文件大小的监视的基础上的叠加方案，增加了对于另一种发现异常文件的监视策略，频繁的被执行写操作和/或偏移操作的文件势必是不断在随着这些操作而增大，存在异常的可能性也就更高，而对分区的影响也更大。应理解，第二文件是文件系统中的任意文件，不需要锁定是哪个分区，也不需要受限于是不是属于存储容器中，所以第二文件和第一文件可以是同一个文件，也可以不是同一个文件。这种实现方式，同样是精细到文件粒度的监视方案，更加精细，且监视更加到位。

[0137] 在一个例子中，在获取文件系统中的第二文件的累计操作次数时，可以包括：

[0138] 创建第二文件的计数器，计数器的初始值为零；

[0139] 在预设统计周期内，每当检测到一次对第二文件的写操作或偏移操作，将计数器的数值加一；

[0140] 在预设统计周期结束后，将计数器的数值确定为第二文件的累计操作次数，并且将计数器的数值清零。

[0141] 在这种实现方式中，通过为每个文件设置计数器来统计每个预设统计周期内该文件被执行了写操作和偏移操作的总次数，并显示，则如果某个文件被频繁执行写操作和/或偏移操作，就会被监视到。

[0142] 每个文件的每个预设统计周期内都需要上传一次累计操作次数，但事实上很多文件并没有什么异常，这样大量的监视数据的上传反而会带来数据传输的负担，并且也并不利于工作人员及时找到存在异常的文件。所以可以通过设置次数阈值，只有累计操作次数大于或等于次数阈值的文件的数据才会上传。这样可以减少数据传输的次数，并且利于工作人员更快速找到（筛选出）存在异常的文件。

[0143] 在另一个例子中，在将第二文件的累计操作次数上传至服务器，以使得服务器对第二文件的累计操作次数进行显示时，可以包括：

[0144] 比较第二文件的累计操作次数与预设次数阈值的关系，预设次数阈值为预设统计周期所对应的次数阈值；

[0145] 当第二文件的累计操作次数大于或等于预设次数阈值时，将第二文件的累计操作次数上传至服务器。

[0146] 在本申请实施例中次数监视是对每个文件都监视，但是，上传的数据量的多少以及怎么上传却会影响到工作人员对于监视结果的分析处理的工作量。除了上述通过设置预设次数阈值的方式只筛选出有次数风险，也就是存在异常的文件的实现方式外，还可以针对整个文件系统或针对每个分区来只取次数最多的多个文件上传。

[0147] 在一种实现方式中，上述方法还包括：

[0148] 获取文件系统中的每个文件的累计操作次数，累计操作次数为在预设统计周期内对每个文件进行写操作和/或偏移操作的次数；

[0149] 将文件系统中在预设统计周期内的累计操作次数为前M的M个的文件的累计操作次数上传至服务器，以使得服务器对文件系统中前M个文件的累计操作次数进行显示，M为大于1的整数。

[0150] 在这种实现方式中，针对整个文件系统来只取累计操作次数最多的M个文件上传其累计操作次数进行显示，数据传输的量较小。这M个文件就是文件系统中累计操作次数最多的文件，也就是这M个文件中任一个文件的累计操作次数都大于或等于除了这M个文件之外的其它文件的累计操作次数。这种实现方式，取的是前M个文件进行显示，但并没有要求这M个必须超过次数阈值才可以，所以可以理解为，这M个可能已经有一个或多个异常文件，但也可能没有异常文件。这种实现方式相比于整体上只筛选存在异常的文件而言，更加合理的展示出文件系统的“健康”情况。例如，当这M个文件都没有异常文件（也就是没有累计操作次数大于或等于预设次数阈值的文件），就说明文件系统整体上是正常的；当这M个文件只有很少量的异常文件，就说明文件系统中有一些异常隐患但问题不是很严重；当这M个文件全都是的异常文件，就说明文件系统中的有异常隐患，且问题很严重。

[0151] 在一个例子中，在获取文件系统中的每个文件的累计操作次数时，可以包括：

[0152] 为文件系统中的每个文件创建计数器，并设置计数器的初始值为零；

[0153] 针对每个文件，在预设统计周期内，每当检测到一次对该文件的写操作或偏移操作，将计数器的数值加一；

[0154] 在预设统计周期结束后，将每个文件的计数器的数值确定为该文件的累计操作次数，并且将计数器的数值清零。

[0155] 也就是说，利用计数器来获取累计操作次数的方案，只要是对文件进行次数监视都可以使用，并不局限于哪种次数监视策略。

[0156] 在一种实现方式中，上述方法还包括：

[0157] 获取文件系统中第一分区的每个文件的累计操作次数，累计操作次数为在预设统计周期内对每个文件进行写操作和/或偏移操作的次数；第一分区为文件系统中的任意一个分区；

[0158] 将第一分区中在预设统计周期内的累计操作次数为前P的P个的文件的累计操作次数上传至服务器，以使得服务器对第一分区中前P个累计操作次数进行显示，P为大于1的整数。

[0159] 在这种实现方式中，针对每个分区来只取累计操作次数最多的P个文件上传其累计操作次数进行显示，数据传输的量较小。这P个文件就是第一分区中累计操作次数最多的文件，也就是这P个文件中任一个文件的累计操作次数都大于或等于除了这P个文件之外的第一分区中的其它文件的累计操作次数。这种实现方式，取的是前P个文件进行显示，但并没有要求这P个必须超过次数阈值才可以，所以可以理解为，这P个可能已经有一个或多个异常文件，但也可能没有异常文件。这种实现方式相比于整体上只筛选存在异常的文件而言，更加合理的展示出文件系统中每个分区的“健康”情况。例如，当这P个文件都没有异常文件（也就是没有累计操作次数大于或等于预设次数阈值的文件），就说明第一分区整体上是正常的；当这P个文件只有很少量的异常文件，就说明第一分区中有一些异常隐患但问题不是很严重；当这P个文件全都是的异常文件，就说明第一分区中的有异常隐患，且问题很严重。

[0160] 还应理解，跟上面的针对整个文件系统筛选前M个文件相比，这种实现方式更合理的反映出文件系统的情况。举例说明，假设在整个文件系统的上述方案中上报的M个文件都是某一个分区的，只能说明这个分区问题很严重，但却也导致其它分区的隐藏情况没有机会展示，可能还有其他分区也有问题只是问题没有这个分区严重，却因为整体上文件系统的监视方案被淹没了。所以按照分区来取前P个进行显示相比于整个文件系统取前M个显示，更精细和合理。

[0161] 还需要说明的是，次数监视策略中，因为次数操作并没有稳定的渐变趋势，也就是并不会稳定性地呈逐渐增大或逐渐减少的趋势，所以每个累计统计周期的排序并不会过多依赖于前面的累计统计周期的数值，所以并不需要跟大小监视策略中那样去设置一个存储容器来维护排序。也就是说，每次的操作次数最多的文件的变化没有渐变趋势，每次的文件序列变动会很大，如果设置存储容器就需要非常频繁的更新存储容器中的信息，过于繁琐。

[0162] 在一个例子中，在获取文件系统的第一分区的每个文件的累计操作次数时，可以包括：

[0163] 为第一分区中的每个文件创建计数器，并设置计数器的初始值为零；

[0164] 针对第一分区中的每个文件，在预设统计周期内，每当检测到一次对该文件的写操作或偏移操作，将计数器的数值加一；

[0165] 在预设统计周期结束后，将第一分区中的每个文件的计数器的数值确定为该文件的累计操作次数，并且将计数器的数值清零。

[0166] 也就是说，利用计数器来获取累计操作次数的方案，只要是对文件进行次数监视都可以使用，并不局限于哪种次数监视策略。

[0167] 在一种实现方式中，上述方法还包括：

[0168] 获取对文件系统中的第三文件的第N次的操作时长，第N次操作时长用于表示执行第N次写操作或偏移操作的耗时时长，N为正整数；

[0169] 将第三文件的第N次的操作时长用“N”进行次序编号后上传至服务器，以使得服务器对第三文件的第N次的操作时长是次序编号进行显示。

[0170] 该实现方式即为耗时监视策略的示例。在这种实现方式中，主要通过对操作时长的监视来发现操作时长存在异常的文件。可以认为这种实现方式是在本申请的对于文件大小的监视的基础上的叠加方案，增加了对于另一种发现异常文件的监视策略，写操作或偏移操作的一次执行的执行时长过长的文件势必也是存在异常的，而对分区的影响也更大。应理解，第三文件是文件系统中的任意文件，不需要锁定是哪个分区，也不需要受限于是不是属于存储容器中，所以第三文件和第一文件可以是同一个文件，也可以不是同一个文件；
第三文件和第二文件可以是同一个文件，也可以不是同一个文件。这种实现方式，同样是精细到文件粒度的监视方案，更加精细，且监视更加到位。

[0171] 还应理解，本申请提供了三种监视策略，分别为大小监视、次数监视和耗时监视。其中，大小监视是指对于任意文件的大小的监视，在本申请实施例中是借助于存储容器来有针对性的重点监视一些文件的大小。次数监视是指对于任意文件的一定时间内的操作次数（可以认为成是操作频次）的监视。耗时监视则是指对于每次的写操作和/或偏移操作的执行时长的监视。这三种监视策略是可以任意组合的，组合的策略越多，监视效果越好，对文件系统的保护越到位。

[0172] 在一个例子中，在获取对文件系统中的第三文件的第N次的操作时长时，可以包括：

[0173] 记录对第三文件的第N次写操作或偏移操作的执行开始时的系统时间和执行完成时的系统时间；

[0174] 将执行完成时的系统时间和执行开始时的系统时间的差值确定为第三文件的第N次的操作时长。

[0175] 在这个例子中，利用系统时间的差值来计算操作时长，计算方式简单且准确性高，相比于利用自然时间等其他方式来计算会更加准确和简单。因为系统在执行上采用的时钟是固定的，利用系统时间来计算的时候，可以精确的通过计算时钟数量来算出时间长度。

[0176] 每个文件被执行写操作或偏移操作时都需要上传一次操作时长，但事实上很多文件并没有什么耗时异常，这样大量的监视数据的上传反而会带来数据传输的负担，并且也并不利于工作人员及时找到存在异常的文件。所以可以通过设置时长阈值，只有操作时长大于或等于时长阈值的文件的数据才会上传。这样可以减少数据传输的次数，并且利于工作人员更快速找到（筛选出）存在异常的文件。

[0177] 在另一个例子中，在将第三文件的第N次的操作时长用“N”进行次序编号后上传至服务器，以使得服务器对第三文件的第N次的操作时长是次序编号进行显示时，可以包括：

[0178] 比较第三文件的第N次的操作时长与预设时长阈值的关系；

[0179] 当第三文件的第N次的操作时长大于或等于预设时长阈值时，将第三文件的第N次的操作时长用“N”进行次序编号后上传至服务器。

[0180] 在本申请实施例中耗时监视是对每个文件都监视，但是，上传的数据量的多少以及怎么上传却会影响到工作人员对于监视结果的分析处理的工作量。除了上述通过设置预设时长阈值的方式只筛选出有耗时风险，也就是存在异常的文件的实现方式外，还可以针对整个文件系统或针对每个分区来只取耗时最长的多个文件上传。

[0181] 在一种实现方式中，上述方法还包括：

[0182] 获取对文件系统中的每个文件的第N次的操作时长，所述第N次操作时长用于表示对于每个文件执行第N次写操作或偏移操作的耗时时长，N为正整数；

[0183] 在每个上传周期结束时，将文件系统中操作时长为前K的K个文件的第N次操作时长用“N”进行次序编号后上传至所述服务器，以使得所述服务器按照次序编号对文件系统中前K个文件的第N次的操作时长进行显示；K为大于1的整数。

[0184] 在这种实现方式中，针对整个文件系统，每个上传周期只取耗时时长最长的K个文件上传其第N次操作的操作时长进行显示，数据传输的量较小。这K个文件就是文件系统中第N次操作的耗时时长最长的文件。这种实现方式，取的是前K个文件进行显示，但并没有要求这K个必须都是耗时时长过长才可以，所以可以理解为，这K个可能已经有一个或多个异常文件，但也可能没有异常文件。这种实现方式相比于整体上只筛选存在异常的文件而言，更加合理的展示出文件系统的“健康”情况。例如，当这K个文件都没有异常文件（也就是没有操作时长大于或等于预设时长阈值的文件），就说明文件系统整体上是正常的；当这K个文件只有很少量的异常文件，就说明文件系统中有一些异常隐患但问题不是很严重；当这K个文件全都是的异常文件，就说明文件系统中的有异常隐患，且问题很严重。

[0185] 在一个例子中，在获取对文件系统中的每个文件的第N次的操作时长时，可以包括：

[0186] 针对文件系统中每个文件，记录的第N次写操作或偏移操作的执行开始时的系统时间和执行完成时的系统时间；以及，将执行完成时的系统时间和执行开始时的系统时间的差值确定为该文件的第N次的操作时长。

[0187] 也就是说，利用系统时间来计算操作时长的方案，只要是对文件进行耗时监视都可以使用，并不局限于哪种耗时监视策略。

[0188] 在一种实现方式中，上述方法还包括：

[0189] 获取文件系统中第二分区中的每个文件的第N次的操作时长，第N次操作时长用于表示对于每个文件执行第N次写操作或偏移操作的耗时时长，N为正整数；第二分区为文件系统中的任意一个分区；

[0190] 在每个预设上传周期结束时，将第二分区中第N次的操作时长为前L的L个文件的第N次的操作时长用“N”进行次序编号后上传至服务器，以使得服务器按照次序编号对第二分区中前L个文件的第N次的操作时长进行显示；L为大于1的整数。

[0191] 在这种实现方式中，针对每个分区，每个上传周期只取耗时时长最长的L个文件上传其第N次操作的操作时长进行显示，数据传输的量较小。这L个文件就是第二分区中第N次操作的耗时时长最长的文件。这种实现方式，取的是前L个文件进行显示，但并没有要求这L个必须都是耗时时长过长才可以，所以可以理解为，这L个可能已经有一个或多个异常文件，但也可能没有异常文件。这种实现方式相比于整体上只筛选存在异常的文件而言，更加合理的展示出第二分区的“健康”情况。例如，当这L个文件都没有异常文件（也就是没有操作时长大于或等于预设时长阈值的文件），就说明第二分区整体上是正常的；当这L个文件只有很少量的异常文件，就说明第二分区中有一些异常隐患但问题不是很严重；当这L个文件全都是的异常文件，就说明第二分区中的有异常隐患，且问题很严重。

[0192] 还应理解，跟上面的针对整个文件系统筛选前K个文件相比，这种实现方式更合理的反映出文件系统的情况。举例说明，假设在整个文件系统的上述方案中上报的K个文件都是某一个分区的，只能说明这个分区问题很严重，但却也导致其它分区的隐藏情况没有机会展示，可能还有其他分区也有问题只是问题没有这个分区严重，却因为整体上文件系统的监视方案被淹没了。所以按照分区来取前L个进行显示相比于整个文件系统取前K个显示，更精细和合理。

[0193] 还需要说明的是，耗时监视策略中，因为每次的操作时长并没有稳定的渐变趋势，也就是并不会稳定性地呈逐渐增大或逐渐减少的趋势，所以每次的操作时长之间并没有相互依赖的关系，所以并不需要跟大小监视策略中那样去设置一个存储容器来维护。也就是说，每次的操作时长最长的文件的变化没有渐变趋势，每次的文件序列变动会很大，如果设置存储容器就需要非常频繁的更新存储容器中的信息，过于繁琐。

[0194] 在一个例子中，在获取文件系统中第二分区中的每个文件的第N次的操作时长时，可以包括：

[0195] 针对第二分区中的每个文件，记录的第N次写操作或偏移操作的执行开始时的系统时间和执行完成时的系统时间；以及，将执行完成时的系统时间和执行开始时的系统时间的差值确定为该文件的第N次的操作时长。

[0196] 也就是说，利用系统时间来计算操作时长的方案，只要是对文件进行耗时监视都可以使用，并不局限于哪种耗时监视策略。图4是本申请实施例的一种大小监视策略的示意图。图4可以看成是图3所示方法的一个示例。

[0197] 首先需要先创建一个存储容器来存储写入流量（大小）前N的文件信息，N为正整数，例如可以是10。每次文件让文件增大的操作执行后，对应的文件（被执行操作的文件）参与存储容器中的文件排序。

[0198] S401、获取写操作/偏移操作之后的目标文件的大小。

[0199] 此处的目标文件可以看成是上述第一文件的一个示例，步骤S401可以看成是S302的一个示例。

[0200] S402、当存储容器中已有该目标文件时，将存储容器中该目标文件的大小替换为该目标文件在执行完步骤S401中的写操作/偏移操作后所增大后的大小。

[0201] 也就是说，判断这个目标文件是不是存储容器中的写入流量前N的文件之一，如果是，因为已经执行了一次让文件增大的操作，所以将存储容器中该文件对应的大小更新为增大后的大小。

[0202] S403、当存储容器中没有该目标文件，且目标文件增大后的大小大于存储容器中最小文件的大小时，将存储容器中的最小文件替换为该目标文件。

[0203] 也就是说，如果目标文件不是写入流量前N的文件的时候，将目标文件跟第N大的文件（存储容器中的最小文件）进行比较，如果目标文件更大就替换最小文件，否则不替换。

[0204] S404、根据增大后的目标文件的大小对存储容器中的文件进行重新排序。

[0205] 无论是执行了步骤S403还是执行了步骤S402，都会导致存储容器中一个文件的大小的参数变化，使得原排序可能不再合适，所以需要进行重新按照从大到小的顺序进行排序。

[0206] 步骤S402‑S404可以看成是步骤S303的一个示例。

[0207] S405、将重新排序后的容器信息上传至服务器。

[0208] 容器信息即为存储容器中所存储的多个文件的文件信息。

[0209] 可以设定上传数据的时间周期，按照上传周期进行文件信息的上传。上传的文件信息可以经过服务器处理后展示到前端的展示平台，使得工作人员可以据此进行流量监控和分析。为了使得数据利于分析准确，还可以设定清空周期，周期性清空存储容器中的信息，使得存储容器能够具有更好的实时性，也就是加入容器中的文件更具有实时性。

[0210] 步骤S405可以看成是步骤S304的一个示例。

[0211] 图5是本申请实施例的一种耗时监视策略的示意图。图5以第N次写操作为例，但应理解也可以是第N次偏移操作来进行示例，只需要将图5中的写操作替换为偏移操作即可。N为正整数，用于表示执行次序。图5可以是对任意文件的第N次写操作，例如可以是上文中的第三文件。

[0212] S501、进入第N次写操作的写函数。

[0213] S502、获取第N次写操作开始时的系统时间。

[0214] S503、执行第N次写操作。

[0215] S504、在第N次写操作执行完成之后，计算第N次写操作的耗时。

[0216] 用第N次写操作结束时的系统时间减去开始时的系统时间的差值极为第N次写操作的耗时。

[0217] S505、将第N次写操作的耗时和次序编号上传至服务器。

[0218] 此处的次序编号极为第N次，这样在服务器端，就可以按照执行次序来有条理的保存和显示每次写操作的执行时长了。

[0219] 上文主要结合附图对本申请实施例的方法进行了介绍。应理解，虽然如上所述的各实施例所涉及的流程图中的各个步骤依次显示，但是这些步骤并不是必然按照图中所示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。下面结合附图对本申请实施例的装置进行介绍。

[0220] 图6是本申请实施例的一种文件系统的监视装置的示意图。如图6所示，该装置2000包括处理单元2001、获取单元2002和发送单元2003。该装置2000可以是集成在手机、平板电脑、触屏笔记本电脑、电脑、服务器等电子设备中。

[0221] 该装置2000能够用于执行上文任意一种文件系统的监视方法的步骤。例如，处理单元2001可用于执行步骤S301和S303，获取单元2002可用于执行步骤S302，发送单元2003可用于执行步骤S304。又例如，处理单元2001可用于执行步骤S402‑S404，获取单元2002可用于执行步骤S401，发送单元2003可用于执行步骤S405。又例如，处理单元2001可用于执行步骤S501、S503和S504，获取单元2002可用于执行步骤S502，发送单元2003可用于执行步骤S505。

[0222] 在一种实现方式中，装置2000还可以包括存储单元，用于存储相关数据。该存储单元可以是集成在上述任意一个单元中，也可以是独立于上述所有单元之外的单元。

[0223] 图7是本申请实施例的一种电子设备的硬件结构示意图。如图7所示，该电子设备3000包括：至少一个处理器3001（图7中仅示出一个）处理器、存储器3002以及存储在所述存储器3002中并可在所述至少一个处理器3001上运行的计算机程序3003，所述处理器3001执行所述计算机程序3003时实现上述任意一种方法中的步骤。

[0224] 本领域技术人员可以理解，图7仅仅是电子设备的举例，并不构成对电子设备限定，实际中电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

[0225] 处理器3001可以是中央处理单元（central processing unit，CPU），其他通用处理器、数字信号处理器（digital signal processor，DSP）、专用集成电路（application specific integrated circuit，ASIC）、现成可编程门阵列（field‑programmable gate array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

[0226] 存储器3002在一些实施例中可以是电子设备3000的内部存储单元，例如电子设备3000的硬盘或内存。存储器3002在另一些实施例中也可以是电子设备3000的外部存储设备，例如电子设备3000上配备的插接式硬盘，智能存储卡（smart media card, SMC），安全数字（secure digital, SD）卡，闪存卡（flash card）等。可选地，存储器3002还可以既包括电子设备3000的内部存储单元也包括外部存储设备。存储器3002用于存储操作系统、应用程序、引导装载程序、数据以及其他程序等，例如所述计算机程序的程序代码等。存储器
3002还可以用于暂时地存储已经输出或者将要输出的数据。

[0227] 图8是本申请实施例的一种电子设备的硬件结构的示意图。如图8所示，电子设备100可以包括处理器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等。

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

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

[0230] 其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

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

[0232] 在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路（inter‑integrated circuit，I2C）接口，集成电路内置音频（inter‑integrated circuit sound，I2S）接口，脉冲编码调制（pulse code modulation，PCM）接口，通用异步收发传输器（universal asynchronous receiver/transmitter，UART）接口，移动产业处理器接口（mobile industry processor interface，MIPI），通用输入输出（general‑purpose input/output，GPIO）接口，用户标识模块（subscriber identity module，SIM）接口，和/或通用串行总线（universal serial bus，USB）接口等。

[0233] 在一些实施例中，I2C接口是一种双向同步串行总线，包括一根串行数据线（serial data line，SDA）和一根串行时钟线（derail clock line，SCL）。处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如，处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

[0234] 在一些实施例中，I2S接口可以用于音频通信。处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。

[0235] 在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

[0236] 在一些实施例中，PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。音频模块170与无线通信模块160可以通过PCM总线接口耦合。

[0237] 在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。应理解，I2S接口和PCM接口都可以用于音频通信。

[0238] 在一些实施例中，UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。UART接口通常被用于连接处理器110与无线通信模块160。例如，处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

[0239] 在一些实施例中，MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口（camera serial interface，CSI），显示屏串行接口（display serial interface，DSI）等。处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

[0240] 在一些实施例中，GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

[0241] 示例性地，USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

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

[0243] 充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

[0244] 电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态（漏电，阻抗）等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

[0245] 电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

[0246] 天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如，可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

[0247] 移动通信模块150可以提供应用在电子设备100上的无线通信的解决方案，例如下列方案中的至少一个：第二代（2th generation，2G）移动通信解决方案、第三代（3thgeneration，3G）移动通信解决方案、第四代（4th generation，5G）移动通信解决方案、第五代（5th generation，5G）移动通信解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（low noise amplifier，LNA）等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波和放大等处理，随后传送至调制解调处理器进行解调。移动通信模块150还可以放大经调制解调处理器调制后的信号，放大后的该信号经天线1转变为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

[0248] 调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备（不限于扬声器170A，受话器170B等）输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

[0249] 无线通信模块160可以提供应用在电子设备100上的包括无线局域网（wireless local area networks，WLAN）（如无线保真（wireless fidelity，Wi‑Fi）网络），蓝牙（blue tooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequency modulation，FM），近距离无线通信技术（near field communication，NFC），红外技术（infrared，IR）等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

[0250] 在一些实施例中，电子设备100的天线1和移动通信模块150耦合，电子设备100的天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络和其他电子设备通信。该无线通信技术可以包括以下通信技术中的至少一个：全球移动通讯系统（global system for mobile communications，GSM），通用分组无线服务（general packet radio service，GPRS），码分多址接入（code division multiple access，CDMA），宽带码分多址（wideband code division multiple access，WCDMA），时分码分多址（time‑division code division multiple access，TD‑SCDMA），长期演进（long term evolution，LTE），BT，GNSS，WLAN，NFC，FM，IR技术。该GNSS可以包括以下定位技术中的至少一个：全球卫星定位系统（global positioning system，GPS），全球导航卫星系统（global navigation satellite system，GLONASS），北斗卫星导航系统（beidou navigation satellite system，BDS），准天顶卫星系统（quasi‑zenith satellite system，QZSS），星基增强系统（satellite based augmentation systems，SBAS）。

[0251] 电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

[0252] 显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏（liquid crystal display，LCD），有机发光二极管（organic light‑emitting diode，OLED），有源矩阵有机发光二极体或主动矩阵有机发光二极体（active‑matrix organic light emitting diode的，AMOLED），柔性发光二极管（flex light‑emitting diode，FLED），Mini‑led，Micro‑Led，Micro‑oLed，量子点发光二极管（quantum dot light‑emitting diodes，QLED）等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

[0253] 电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

[0254] ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

[0255] 摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件（charge coupled device，CCD）或互补金属氧化物半导体（complementary metal‑oxide‑semiconductor，CMOS）光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

[0256] 数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

[0257] 视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组（moving picture experts group，MPEG）1，MPEG2，MPEG3，MPEG4等。

[0258] NPU为神经网络（neural‑network，NN）计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

[0259] 外部存储器接口120可以用于连接外部存储卡，例如安全数码（secure digital，SD）卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

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

[0261] 电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如，音乐播放，录音等。

[0262] 音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

[0263] 扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

[0264] 受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

[0265] 麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

[0266] 耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台（open mobile terminal platform，OMTP）标准接口，美国蜂窝电信工业协会（cellular telecommunications industry association of the USA，CTIA）标准接口。

[0267] 压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如，当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

[0268] 陀螺仪传感180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴（即x，y和z轴）的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性地，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

[0269] 气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

[0270] 磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合；根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

[0271] 加速度传感器180E可检测电子设备100在各个方向上（一般为三轴）加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

[0272] 距离传感器180F用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

[0273] 接近光传感器180G可以包括例如发光二极管（light‑emitting diode，LED）和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

[0274] 环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

[0275] 指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

[0276] 温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池
142的输出电压执行升压，以避免低温导致的异常关机。

[0277] 触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

[0278] 骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

[0279] 按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

[0280] 马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用（例如拍照，音频播放等）的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景（例如：时间提醒，接收信息，闹钟，游戏等）也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

[0281] 指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

[0282] SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

[0283] 需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

[0284] 所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

[0285] 本申请实施例还提供了一种电子设备，该电子设备包括：至少一个处理器、存储器以及存储在所述存储器中并可在所述至少一个处理器上运行的计算机程序，所述处理器执行所述计算机程序时使得所述电子设备可实现上述任意方法中的步骤。

[0286] 本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被电子设备执行时可实现上述各个方法实施例中的步骤。

[0287] 本申请实施例提供了一种计算机程序产品，该计算机程序产品包括计算机程序，当计算机程序被电子设备执行时可实现上述各个方法实施例中的步骤。

[0288] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/电子设备的任何实体或装置、记录介质、计算机存储器、只读存储器（read‑only memory，ROM）、随机存取存储器（random access memory，RAM）、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

[0289] 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

[0290] 本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

[0291] 在本申请所提供的实施例中，应该理解到，所揭露的装置/设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

[0292] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0293] 应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

[0294] 还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

[0295] 另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

[0296] 在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

[0297] 以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。