文件的处理方法、装置

技术领域

本申请属于电子设备技术领域，具体涉及一种文件的处理方法、装置。

背景技术

在相关技术中，电子设备可以用于存储一些文件，然而，对于占用内存较大的文件，电子设备在分享或者保存此类文件的过程中，都需要较长的时间，效率较低，影响用户体验。

发明内容

本申请实施例的目的是提供一种文件的处理方法、装置，能够解决文件在分享或者保存的过程中，耗时较长的问题。

第一方面，本申请实施例提供了一种文件的处理方法，包括：

接收对待处理文件的文件图标的第一输入；

响应于第一输入，显示文件分割界面；

接收对文件分割界面的第二输入；

响应于第二输入，将待处理文件分割为多个子文件；

在多个子文件的子文件图标上显示子文件占待处理文件的比例。

第二方面，本申请实施例提供了一种文件的处理装置，包括：

接收单元，用于接收对待处理文件的文件图标的第一输入；

显示单元，用于响应于第一输入，显示文件分割界面；

接收单元还用于接收对文件分割界面的第二输入；

分割单元，用于响应于第二输入，将待处理文件分割为多个子文件；

显示单元还用于在多个子文件的子文件图标上显示子文件占待处理文件的比例。

第三方面，本申请实施例提供了一种电子设备，包括处理器和存储器，存储器存储可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，该可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第五方面，本申请实施例提供了一种芯片，该芯片包括处理器和通信接口，该通信接口和该处理器耦合，该处理器用于运行程序或指令，实现如第一方面的方法的步骤。

第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在可读存储介质中，该程序产品被至少一个处理器执行以实现如第一方面的方法。

在本申请实施例中，电子设备的显示屏上可以显示待处理文件的文件图标，进而，在显示待处理文件的文件图标的情况下，可以接收对文件图标的第一输入，电子设备响应于第一输入，可以在显示屏上显示文件分割界面。其中，文件分割界面可以用于指示对待处理文件的分割方式，也就是指示用户对待处理文件进行分割。

进一步地，在显示文件分割界面的情况下，接收对文件分割界面的第二输入，电子设备响应于第二输入，即可实现将待处理文件分割为多个子文件，也即实现了对待处理文件的分割。

可以理解的是，将待处理文件分割为多个子文件之后，每个子文件占用内存的大小，也就是每个子文件所占用的内存小于待处理文件的整体内存，这样，在对待处理文件进行保存或者分享的过程中，即可同时对多个子文件进行保存或分享，在所有子文件均分享或保存完成后，再将多个子文件合并成待处理文件即可。对多个子文件进行同时保存或分享，可以有效地提高对待处理文件的保存或分享的效率，节省保存或分享所消耗的时间，提高用户体验。

其中，第一输入和第二输入包括但不限于点击输入、按键输入、指纹输入、滑动输入、按压输入。按键输入包括但不限于对电子设备的电源键、音量键、主菜单键的单击输入、双击输入、长按输入、组合按键输入等。当然第一输入和第二输入还可以是用户对电子设备的其它操作，本申请实施例对操作的方式不作具体限定，可为任一可实现的方式。

进一步地，将待处理文件分割为多个子文件之后，则可以在显示屏上显示每个子文件的子文件图标，同时，在每个子文件图标中，还可以显示该子文件占待处理文件的比例。

本申请实施例在显示待处理文件的文件图标的情况下，接收第一输入，电子设备响应于第一输入，能够在显示屏上显示文件分割界面，进一步对文件分割界面进行第二输入，电子设备响应于第二输入，即可实现对待处理文件的分割，从而将待处理文件分割为多个子文件。通过将待处理文件分割为多个子文件，即可在保存或分享待处理文件的过程中，无需对占用内存较大的待处理文件进行保存或分享，而是同时对多个占用内存相对较小的子文件进行保存和分享，在所有子文件均分享或保存完成后，再将多个子文件合并成待处理文件即可。从而有效地提高了对待处理文件的保存或分享的效率，节省保存或分享所消耗的时间，提高用户体验。

附图说明

图1示出了本申请实施例的文件的处理方法的流程图之一；

图2示出了本申请实施例的文件的处理方法的界面示意图之一；

图3示出了本申请实施例的文件的处理方法的界面示意图之二；

图4示出了本申请实施例的文件的处理方法的界面示意图之三；

图5示出了本申请实施例的文件的处理方法的界面示意图之四；

图6示出了本申请实施例的文件的处理方法的界面示意图之五；

图7示出了本申请实施例的文件的处理方法的流程图之二；

图8示出了根据本申请实施例的文件的处理装置的结构框图；

图9示出了本申请实施例的电子设备的结构框图；

图10为实现本申请实施例的一种电子设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的文件的处理方法、装置进行详细地说明。

在本申请的一些实施例中，提供了一种文件的处理方法，图1示出了本申请实施例的文件的处理方法的流程图之一，如图1所示，文件的处理方法包括：

步骤102，接收对待处理文件的文件图标的第一输入；

步骤104，响应于第一输入，显示文件分割界面；

步骤106，接收对文件分割界面的第二输入；

步骤108，响应于第二输入，将待处理文件分割为多个子文件；

步骤110，在多个子文件的子文件图标上显示子文件占待处理文件的比例。

在本申请实施例中，电子设备的显示屏上可以显示待处理文件的文件图标，进而，在显示待处理文件的文件图标的情况下，可以接收对文件图标的第一输入，电子设备响应于第一输入，可以在显示屏上显示文件分割界面。其中，文件分割界面可以用于指示对待处理文件的分割方式，也就是指示用户对待处理文件进行分割。

进一步地，在显示文件分割界面的情况下，接收对文件分割界面的第二输入，电子设备响应于第二输入，即可实现将待处理文件分割为多个子文件，也即实现了对待处理文件的分割。

可以理解的是，将待处理文件分割为多个子文件之后，每个子文件占用内存的大小，也就是每个子文件所占用的内存小于待处理文件的整体内存，这样，在对待处理文件进行保存或者分享的过程中，即可同时对多个子文件进行保存或分享，在所有子文件均分享或保存完成后，再将多个子文件合并成待处理文件即可。对多个子文件进行同时保存或分享，可以有效地提高对待处理文件的保存或分享的效率，节省保存或分享所消耗的时间，提高用户体验。

其中，第一输入和第二输入包括但不限于点击输入、按键输入、指纹输入、滑动输入、按压输入。按键输入包括但不限于对电子设备的电源键、音量键、主菜单键的单击输入、双击输入、长按输入、组合按键输入等。当然第一输入和第二输入还可以是用户对电子设备的其它操作，本申请实施例对操作的方式不作具体限定，可为任一可实现的方式。

进一步地，将待处理文件分割为多个子文件之后，则可以在显示屏上显示每个子文件的子文件图标，同时，在每个子文件图标中，还可以显示该子文件占待处理文件的比例。通过在每个子文件的文件图标上显示每个子文件占待处理文件的比例，可以更加直观的显示出每个子文件占用内存的大小，以便用户对每个子文件占用内存的大小进行查看，进而方便了用户对子文件进行管理。

示例性的，图5示出了本申请实施例的文件的处理方法的界面示意图之四，如图5所示，在将待处理文件分割为多个子文件之后，将多个子文件分别存储于电子设备中的不同的文件夹中，并且，为每个子文件进行命名，例如，针对“music”文件，从多个子文件的中的第一个子文件开始，分别将子文件命名为“music-1”“music-2”…“music-N”，在子文件的子文件图标中，除了显示每个子文件的文件名之外，在每个文件名后，还可以显示该子文件占待处理文件的比例。

本申请实施例在显示待处理文件的文件图标的情况下，接收第一输入，电子设备响应于第一输入，能够在显示屏上显示文件分割界面，进一步对文件分割界面进行第二输入，电子设备响应于第二输入，即可实现对待处理文件的分割，从而将待处理文件分割为多个子文件。通过将待处理文件分割为多个子文件，即可在保存或分享待处理文件的过程中，无需对占用内存较大的待处理文件进行保存或分享，而是同时对多个占用内存相对较小的子文件进行保存和分享，在所有子文件均分享或保存完成后，再将多个子文件合并成待处理文件即可。从而有效地提高了对待处理文件的保存或分享的效率，节省保存或分享所消耗的时间，提高用户体验。

在本申请的一些实施例中，响应于第二输入，将待处理文件分割为多个子文件，包括：

响应于第二输入，通过比例调节控件调节文件分割界面中待处理文件的分割比例，其中，比例调节控件用于指示多个子文件占待处理文件的比例；

根据多个子文件占待处理文件的比例，将待处理文件分割为多个子文件。

在本申请实施例中，文件分割界面中可以显示有比例调节控件，比例调节控件用于指示多个子文件占待处理文件的比例。也就是，通过比例调节控件，可以确定子文件占待处理文件的比例。

具体地，电子设备响应于第二输入，可以对文件分割界面中的比例调节控件进行操作，以实现对子文件占待处理文件的比例的确定。进一步地，在确定了子文件占待处理文件的比例之后，即可根据子文件占待处理文件的比例，对待处理文件进行分割，以实现将待处理文件分割为多个子文件。

本申请实施例通过对文件分割界面中的比例调节控件进行操作，以实现对子文件占待处理文件的比例进行确定，进而在确定了子文件占待处理文件的比例之后，根据该比例进行待处理文件的分割。从而使得用户可以根据需求对每个子文件占用内存的大小进行设置，满足用户对子文件的操作需求，提高用户体验。

示例性的，图2示出了本申请实施例的文件的处理方法的界面示意图之一，图3示出了本申请实施例的文件的处理方法的界面示意图之二，如图2和图3所示，在电子设备的显示屏200上显示待处理文件的文件图标202的情况下，用户可以对文件图标202进行长按操作，然后显示文件管理菜单204，点击文件管理菜单中的分割，即可弹出“分割比例选择框206”，分割比例选择框206上显示有可分割的比例范围(0％-100％)和可分割的方向箭头，左侧有一个菱形的分割按钮208，轻触分割按钮208往右滑动即可分割文件。具体地，在滑动分割按钮208时，在分割比例选择框206中实时显示比例进度条，如图滑动到25％的位置。分割按钮208滑过的区域即被选中，以深色显示，滑动停止后会弹出“确定”和“取消”选项，点击确定即可完成分割，当前滑过的部分即拆分出来成为一个子文件。点击取消时，分割按钮208即回到上一次的位置。可以继续滑动分割按钮208进行后续的分割。

在本申请的一些实施例中，响应于第二输入，将待处理文件分割为多个子文件，包括：

响应于第二输入，在文件分割界面中显示份数选择控件，其中，份数选择控件用于指示多个子文件的数量；

接收对份数选择控件的第二子输入；

响应于第二子输入，确定多个子文件的数量；

根据多个子文件的数量，将待处理文件分割为多个子文件。

在本申请实施例中，文件分割界面中还可以显示有份数选择控件，份数选择控件用于指示子文件的份数，也就是将待处理文件分割成多少份子文件。

具体地，电子设备响应于第二输入，则在文件分割界面中显示份数选择控件。进一步地，接收用户针对份数选择控件的第二子输入，即可确定子文件的份数。最后，根据子文件的份数，对待处理文件进行分割，也就是将待处理文件分割为相应份数的子文件，完成待处理文件的分割过程。

本申请实施例通过在文件分割界面中显示份数选择控件，从而使得用户可以对份数选择控件进行操作，以实现子文件的数量的确定。进一步地，在子文件的数量确定之后，即可将待处理文件分割为相应份数的子文件，完成待处理文件的分割过程。

示例性的，图4示出了本申请实施例的文件的处理方法的界面示意图之三，如图4所示，在电子设备的显示屏200上显示待处理文件的文件图标202的情况下，用户可以对文件图标202进行长按操作，然后显示文件管理菜单，长按文件管理菜单中的分割，弹出“分割份数选择210”框，预先设置了几种分割份数，例如2份、3份等，也可支持用户自定义份数，点击相应的份数即可自动分割，免除了滑动分割按钮的麻烦，提升了用户的操作体验。

在本申请的一些实施例中，多个子文件包括第一文件和多个第二文件，响应于第二输入，将待处理文件分割为多个子文件之后，处理方法还包括：

接收对任一第二文件的第三输入；

响应于第三输入，合并任一第二文件与第一文件。

在本申请实施例中，将待处理文件分割为多个子文件之后，还可以实现将多个子文件进行合并。具体地，多个子文件包括第一文件和多个第二文件，通常，多个子文件中的第一部分，可以设置为第一文件，多个子文件中的其余部分为多个第二文件。

接收对第二文件的第三输入，电子设备响应于第三输入，即可将该第二文件与第一文件合并。进一步地，在所有第二文件均与第一文件进行合并之后，即可还原为待处理文件。

本申请实施例通过对第二文件进行操作，可以实现将第二文件与第一文件合并，进而在将所有第二文件均与第一文件合并之后，即可将待处理文件还原。以便用户对待处理文件进行查看。

示例性的，在将待处理文件分割为第一文件和多个第二文件之后，在所有第二文件的图标上，均显示有还原按钮。每点击一个第二文件的还原按钮之后，即可将该第二文件与第一文件合并，合并之后的第二文件会消失。每个第二文件均点击还原之后，才可以将第一文件和多个第二文件还原为待处理文件。可以理解的是，之后将所有第二文件均与第一文件合并之后，待处理文件才能够被打开。另外，在将第二文件与第一问价合并的过程中，还可以设置密码，也就是每次将第二文件与第一文件合并时，均需要输入密码，输入密码正确后，才能够实现将第二文件与第一文件合并。

在本申请的一些实施例中，响应于第二输入，将待处理文件分割为多个子文件之后，处理方法还包括：

将第一文件存储于第一文件夹；

将多个第二文件分别存储于除第一文件夹之外的多个第二文件夹。

在本申请实施例中，在将待处理文件分割为多个子文件之后，还可以将多个子文件存储于不同的文件夹中，以实现待处理文件的保密处理。可以理解的是，在将待处理文件分割为多个子文件之后，每个子文件均无法打开进行查看，只有将所有子文件合并还原为待处理文件之后，才能够将待处理文件打开查看。因此，将多个子文件存储于不同的文件夹中，可以防止待处理文件被陌生人打开查看，因此提高了待处理文件的保密性。

具体地，多个子文件可以包括第一文件和多个第二文件，其中，可以将第一文件存储与第一文件夹中，同时将多个第二文件分别存储于除第一文件夹之外的多个第二文件夹中，以实现多个子文件的分开存储。

本申请实施例通过将分割后所得到的多个子文件进行分开存储，而每个子文件在还原成待处理文件之前，均无法打开进行查，从而可以有效地防止待处理文件被陌生人打开查看，提高了待处理文件的保密性。

进一步地，待处理文件还可以包括图像文件，针对图像文件，图像文件可以通过以下方式进行分割：响应于第二输入，调节文件分割界面中的区域选择图标，其中，区域选择图标用于指示图像文件中的任一图像区域；根据区域选择图标所指示的任一图像区域，将图像文件分割为多个子图像文件。

具体地，在待处理文件为图像文件的情况下，在文件分割界面中，可以显示有区域选择图标，区域选择图标用于指示图像文件中需要分割出的区域，该区域即为需要分割出的子图像文件。

具体地，图6示出了本申请实施例的文件的处理方法的界面示意图之五，如图6所示，电子设备响应于第二输入，可以实现通过区域选择图标602的调节，以确定图像文件604中的任一图像区域，该任一图像区域也即为需要从原图像文件604中分割出的子图像文件。进一步地，在确定了任一图像区域之后，即可将该图像区域从图像文件604中分割出来，形成子图像文件。可以理解的是，通过区域选择图标602，可以在原图像文件604中确定多个图像区域，进而将原图像文件604分割为多个自图像文件。

本申请实施例在待处理文件为图像文件的情况下，通过文件分割界面的区域选择图标，可以实现在原图像文件中确定多个图像区域，进一步根据对个图像区域，将原图像文件分割为多个子图像文件，进而完成了图像文件的分割。

在一个具体实施例中，图7示出了本申请实施例的文件的处理方法的流程图之二，如图7所示，文件的分割过程如下：

步骤702，在显示待处理文件的文件图标的情况下，长按文件图标，在“更多”里点击“分割”，弹出“分割比例选择框”；

步骤704，拖动分割比例选择框中的分割按钮，选择分割比例，也可选择或自定义子文件的份数；

步骤706，将分割后的多个子文件分别存储于不同的文件夹中，并在子文件的文件图标中显示占待处理文件的比例；

步骤708，点击子文件的文件图标中的还原按钮，或拖动子文件靠近另外的子文件，实现子文件的合并，所有子文件均合并之后，还原为待处理文件，待处理文件才可以打开。

在本申请的一些实施例中，提供了一种文件的处理装置，用于电子设备，图8示出了根据本申请实施例的文件的处理装置的结构框图，如图8所示，文件的处理装置800包括：

接收单元802，用于接收对待处理文件的文件图标的第一输入；

显示单元804，用于响应于第一输入，显示文件分割界面；

接收单元802还用于接收对文件分割界面的第二输入；

分割单元806，用于响应于第二输入，将待处理文件分割为多个子文件；

显示单元804还用于在多个子文件的子文件图标上显示子文件占待处理文件的比例。

本申请实施例在显示待处理文件的文件图标的情况下，接收第一输入，电子设备响应于第一输入，能够在显示屏上显示文件分割界面，进一步对文件分割界面进行第二输入，电子设备响应于第二输入，即可实现对待处理文件的分割，从而将待处理文件分割为多个子文件。通过将待处理文件分割为多个子文件，即可在保存或分享待处理文件的过程中，无需对占用内存较大的待处理文件进行保存或分享，而是同时对多个占用内存相对较小的子文件进行保存和分享，在所有子文件均分享或保存完成后，再将多个子文件合并成待处理文件即可。从而有效地提高了对待处理文件的保存或分享的效率，节省保存或分享所消耗的时间，提高用户体验。

在本申请的一些实施例中，分割单元具体用于：

响应于第二输入，通过比例调节控件调节文件分割界面中待处理文件的分割比例，其中，比例调节控件用于指示多个子文件占待处理文件的比例；

根据多个子文件占待处理文件的比例，将待处理文件分割为多个子文件。

本申请实施例通过对文件分割界面中的比例调节控件进行操作，以实现对子文件占待处理文件的比例进行确定，进而在确定了子文件占待处理文件的比例之后，根据该比例进行待处理文件的分割。从而使得用户可以根据需求对每个子文件占用内存的大小进行设置，满足用户对子文件的操作需求，提高用户体验。

在本申请的一些实施例中，分割单元具体还用于：

响应于第二输入，在文件分割界面中显示份数选择控件，其中，份数选择控件用于指示多个子文件的数量；

接收对份数选择控件的第二子输入；

响应于第二子输入，确定多个子文件的数量；

根据多个子文件的数量，将待处理文件分割为多个子文件。

本申请实施例通过在文件分割界面中显示份数选择控件，从而使得用户可以对份数选择控件进行操作，以实现子文件的数量的确定。进一步地，在子文件的数量确定之后，即可将待处理文件分割为相应份数的子文件，完成待处理文件的分割过程。

在本申请的一些实施例中，多个子文件包括第一文件和多个第二文件，接收单元还用于接收对任一第二文件的第三输入；

处理装置还包括合并单元，用于响应于第三输入，合并任一第二文件与第一文件。

本申请实施例通过对第二文件进行操作，可以实现将第二文件与第一文件合并，进而在将所有第二文件均与第一文件合并之后，即可将待处理文件还原。以便用户对待处理文件进行查看。

在本申请的一些实施例中，处理装置还包括存储单元，存储单元用于：

将第一文件存储于第一文件夹；

将多个第二文件分别存储于除第一文件夹之外的多个第二文件夹。

本申请实施例通过将分割后所得到的多个子文件进行分开存储，而每个子文件在还原成待处理文件之前，均无法打开进行查，从而可以有效地防止待处理文件被陌生人打开查看，提高了待处理文件的保密性。

本申请实施例中的文件的处理装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的文件的处理装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的文件的处理装置能够实现上述方法实施例实现的各个过程，为避免重复，这里不再赘述。

可选地，本申请实施例还提供一种电子设备，图9示出了本申请实施例的电子设备的结构框图，如图9所示，电子设备900包括处理器902，存储器904，存储在存储器904上并可在处理器902上运行的程序或指令，该程序或指令被处理器902执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述的移动电子设备和非移动电子设备。

图10为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009以及处理器1010等部件。

本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图10中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，处理器1010用于接收对待处理文件的文件图标的第一输入；响应于第一输入，显示文件分割界面；接收对文件分割界面的第二输入；响应于第二输入，将待处理文件分割为多个子文件；在多个子文件的子文件图标上显示子文件占待处理文件的比例。

本申请实施例在显示待处理文件的文件图标的情况下，接收第一输入，电子设备响应于第一输入，能够在显示屏上显示文件分割界面，进一步对文件分割界面进行第二输入，电子设备响应于第二输入，即可实现对待处理文件的分割，从而将待处理文件分割为多个子文件。通过将待处理文件分割为多个子文件，即可在保存或分享待处理文件的过程中，无需对占用内存较大的待处理文件进行保存或分享，而是同时对多个占用内存相对较小的子文件进行保存和分享，在所有子文件均分享或保存完成后，再将多个子文件合并成待处理文件即可。从而有效地提高了对待处理文件的保存或分享的效率，节省保存或分享所消耗的时间，提高用户体验。

可选地，处理器1010还用于响应于第二输入，通过比例调节控件调节文件分割界面中待处理文件的分割比例，其中，比例调节控件用于指示多个子文件占待处理文件的比例；根据多个子文件占待处理文件的比例，将待处理文件分割为多个子文件。

本申请实施例通过对文件分割界面中的比例调节控件进行操作，以实现对子文件占待处理文件的比例进行确定，进而在确定了子文件占待处理文件的比例之后，根据该比例进行待处理文件的分割。从而使得用户可以根据需求对每个子文件占用内存的大小进行设置，满足用户对子文件的操作需求，提高用户体验。

可选地，处理器1010还用于响应于第二输入，在文件分割界面中显示份数选择控件，其中，份数选择控件用于指示多个子文件的数量；接收对份数选择控件的第二子输入；响应于第二子输入，确定多个子文件的数量；根据多个子文件的数量，将待处理文件分割为多个子文件。

本申请实施例通过在文件分割界面中显示份数选择控件，从而使得用户可以对份数选择控件进行操作，以实现子文件的数量的确定。进一步地，在子文件的数量确定之后，即可将待处理文件分割为相应份数的子文件，完成待处理文件的分割过程。

可选地，多个子文件包括第一文件和多个第二文件，响应于第二输入，将待处理文件分割为多个子文件之后，处理器1010还用于接收对任一第二文件的第三输入；响应于第三输入，合并任一第二文件与第一文件。

本申请实施例通过对第二文件进行操作，可以实现将第二文件与第一文件合并，进而在将所有第二文件均与第一文件合并之后，即可将待处理文件还原。以便用户对待处理文件进行查看。

可选地，响应于第二输入，将待处理文件分割为多个子文件之后，处理器1010还用于将第一文件存储于第一文件夹；将多个第二文件分别存储于除第一文件夹之外的多个第二文件夹。

本申请实施例通过将分割后所得到的多个子文件进行分开存储，而每个子文件在还原成待处理文件之前，均无法打开进行查，从而可以有效地防止待处理文件被陌生人打开查看，提高了待处理文件的保密性。

应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(GraphicsProcessing Unit，GPU)10041和麦克风10042，图形处理器10041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图像或视频的图像数据进行处理。显示单元1006可包括显示面板10061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板10061。用户输入单元1007包括触控面板10071以及其他输入设备10072中的至少一种。触控面板10071，也称为触摸屏。触控面板10071可包括触摸检测装置和触摸控制器两个部分。其他输入设备10072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

存储器1009可用于存储软件程序以及各种数据。存储器1009可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1009可以包括易失性存储器或非易失性存储器，或者，存储器1009可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器1009包括但不限于这些和任意其它适合类型的存储器。

处理器1010可包括一个或多个处理单元；可选的，处理器1010集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在可读存储介质中，该程序产品被至少一个处理器执行以实现如上述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。