CN113946549A - 文件拆分的方法、系统和存储介质 - Google Patents

Abstract

本申请涉及一种文件拆分的方法、系统和存储介质，通过获取待拆分的源文件中每一行数据的关键数据；根据源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对源文件进行拆分，其中，Map容器为文件输出流对象池，用于存储文件输出流对象，在拆分源文件时，无需频繁的创建、关闭文件输出流对象，提高了源文件的拆分效率。

Description

文件拆分的方法、系统和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及文件拆分的方法、系统和存储介质。

背景技术

计算机运行时，由于存储介质的容量限制和网络传输能力限制等原因，需要对数据量较大的源文件进行拆分，也就是将源文件中的数据分别保存为多个数据量较小的拆分文件，以方便存储或传输。在相关技术中，可以通过逐行读取，不断的创建、关闭文件输出流对源文件进行拆分，但频繁的创建、关闭文件输出流，会导致性能低下，源文件拆分效率低；

目前针对相关技术中对源文件的拆分需要频繁的创建、关闭文件输出流，导致源文件拆分效率低的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种文件拆分的方法、系统和存储介质，以至少解决相关技术中对源文件的拆分需要频繁的创建、关闭文件输出流，导致源文件拆分效率低的问题。

第一方面，本申请实施例提供了一种文件拆分的方法，所述方法包括：

获取待拆分的源文件中每一行数据的关键数据；

根据所述源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对所述源文件进行拆分，直至拆分完所述源文件，其中，所述Map容器为文件输出流对象池，用于存储文件输出流对象。

在其中一些实施例中，所述获取待拆分的源文件中每一行数据的关键数据之前，所述方法还包括：

创建Map容器；

获取待拆分的源文件中每一行数据的关键数据，根据关键数据类型的数量创建同等数量的文件输出流对象，并将所述文件输出流对象与所述关键数据按映射关系保存到所述Map容器。

在其中一些实施例中，所述根据关键数据类型的数量创建同等数量的文件输出流对象，并将所述文件输出流对象与所述关键数据按映射关系保存到所述Map容器包括：

读取源文件中当前行数据的关键数据，判断所述关键数据是否存在于所述Map容器中；

若判断结果为否，则创建文件输出流对象，将新创建的文件输出流对象以及对应的关键数据按映射关系保存到所述Map容器；

若判断结果为是，则获取源文件中下一行数据的关键数据，并判断所述关键数据是否存在于所述Map容器中，根据判断结果重复上一执行步骤，直至读取完所述源文件。

在其中一些实施例中，根据所述源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对所述源文件进行拆分包括：

读取源文件中当前行数据的关键数据，判断所述关键数据是否存在于所述Map容器中；

若判断结果为是，则获取所述关键数据对应的文件输出流对象，通过所述文件输出流对象将当前行数据写入到对应的拆分文件中；

若判断结果为否，则创建文件输出流对象，通过新创建的文件输出流对象将当前行数据写入到对应的拆分文件中，并将新创建的文件输出流对象以及对应的关键数据按映射关系保存到所述Map容器；

获取源文件中下一行数据的关键数据，并判断所述关键数据是否存在于所述Map容器中，根据判断结果重复上一执行步骤，直至拆分完所述源文件。

在其中一些实施例中，将新创建的文件输出流对象以及对应的关键数据按映射关系保存到所述Map容器之前，所述方法还包括：

在所述Map容器中文件输出流对象的数量达到预设数量阈值的情况下，关闭所述新创建的文件输出流对象，或更新所述Map容器中的文件输出流对象。

在其中一些实施例中，在获取不到源文件中行数据的关键数据的情况下，所述方法还包括：

将获取不到关键数据的行数据记为目标行数据，为所述目标行数据创建目标文件输出流对象。

在其中一些实施例中，拆分完所述源文件之后，所述方法还包括：遍历所述Map容器，关闭所述Map容器中所有文件输出流对象。

在其中一些实施例中，获取所述源文件中每一行数据的关键数据包括：

根据所述源文件的格式，构造正则表达式，通过所述正则表达式获取每一行数据中的关键数据。

第二方面，本申请实施例提供了一种文件拆分的系统，所述系统包括获取模块和拆分模块，

所述获取模块，用于获取待拆分的源文件中每一行数据的关键数据；

所述拆分模块，用于根据所述源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对所述源文件进行拆分，其中，所述Map容器为文件输出流对象池，用于存储文件输出流对象。

第三方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的文件拆分的方法。

相比于相关技术，本申请实施例提供的文件拆分的方法，通过获取待拆分的源文件中每一行数据的关键数据；根据源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对源文件进行拆分，其中，Map容器为文件输出流对象池，用于存储文件输出流对象，在拆分源文件时，无需频繁的创建、关闭文件输出流对象，提高了源文件拆分的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的文件拆分的方法的流程图；

图2是根据本申请实施例的文件拆分的方法的示意图；

图3是根据本申请实施例的另一种文件拆分的方法的示意图；

图4是根据本申请实施例的文件拆分的系统的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本实施例提供了一种文件拆分的方法，图1是根据本申请实施例的文件拆分的方法的流程图，如图1所示，该方法包括如下步骤：

步骤S101，获取待拆分的源文件中每一行数据的关键数据；本实施例中，创建一个文件输入流并通过BufferReader逐行读取源文件，并获取每一行数据的关键数据，其中，关键数据可以为每行数据中的唯一标识符，例如用户ID，根据用户ID对源文件进行拆分，示例性的，源文件中包含10个用户ID，则根据用户ID将源文件的数据对应拆分到10个拆分文件中。

步骤S102，根据源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对源文件进行拆分，其中，Map容器为文件输出流对象池，用于存储文件输出流对象。本实施例中，可以预先根据源文件中每一行数据的关键数据创建好对应的文件输出流对象，并保存在Map容器中，再根据源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对源文件进行拆分。

在相关技术中，由于同样的关键数据在源文件的每行数据中并不是连续的，且一个文件输出流对象只能将数据写到同一个拆分文件中，故对源文件进行拆分时，需要频繁的创建、关闭文件输出流对象，导致源文件拆分效率低。

例如，源文件中第一行和第二行为A用户的数据，第三行为B用户的数据，第四行为A用户的数据，则创建第一个文件输出流对象将第一行数据和第二行数据写入到A拆分文件后，需要关闭第一个文件输出流对象，创建第二个文件输出流对象将第三行数据写入到B拆分文件，再关闭第二个文件输出流对象，并创建第三个文件输出流对象将第四行数据写入到A拆分文件，再关闭第三个文件输出流对象，由于源文件中用户ID的数量较多，且同样的用户ID在源文件的每行数据中的顺序几乎是打乱的，故需要频繁的创建、关闭文件输出流对象才能拆分完源文件。

而本申请的技术方案中，通过步骤S101至步骤S102，预先根据源文件中每一行数据的关键数据创建好对应的文件输出流对象，并保存在Map容器中，再对源文件进行拆分时，获取待拆分的源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象，根据文件输出流对象将当前行数据写到对应的拆分文件中，直至拆分完源文件，无需频繁的创建、关闭文件输出流对象，提高了源文件拆分的效率。

示例性的，源文件中第一行和第二行为A用户的数据，第三行为B用户的数据，第四行为A用户的数据，则为A用户创建文件输出流对象A，为B用户创建文件输出流对象B，并保存在Map容器中，对源文件进行拆分时，获取第一行数据的关键数据为A用户，则从Map容器中获取文件输出流对象A将第一行数据写入到对应的A拆分文件中，获取第二行数据的关键数据也为A用户，则继续通过文件输出流对象A将第二行数据写入到A拆分文件中，获取第三行数据的关键数据为B用户，则将文件输出流对象A保存回Map容器中，并从Map容器中获取文件输出流对象B将第三行数据写入到对应的B拆分文件中，获取第四行数据的关键数据为A用户，则从Map容器中获取文件输出流对象A将第四行数据写入到A拆分文件中，直至拆分完该源文件。

在其中一些实施例中，获取待拆分的源文件中每一行数据的关键数据之前，创建Map容器；

获取待拆分的源文件中每一行数据的关键数据，根据关键数据类型的数量创建同等数量的文件输出流对象，并将文件输出流对象与关键数据按映射关系保存到Map容器；其中，key为关键数据，value为文件输出流对象，以key-value的形式将文件输出流对象与关键数据一一对应的保存到Map容器。

可选的，保存在Map容器中的文件输出流对象与关键数据的映射关系可以是一对一的关系，也可以是多对一的关系，示例性的，当关键数据为用户ID，且源文件中第一行为A用户的数据，第二行为B用户的数据，第三行为C用户的数据时，若要将A用户和B用户的数据拆分到同一个第一拆分文件中，C用户的数据拆分到另一个第二拆分文件中，则A用户和B用户的用户ID为一个类型的关键数据，C用户的用户ID为另一个类型的关键数据，为A用户和B用户创建第一文件输出流对象，为C用户创建第二文件输出流对象，并保存在Map容器中，对该源文件进行拆分时，获取第一行数据的关键数据为A用户，则从Map容器中获取第一文件输出流对象将第一行数据写入到对应的第一拆分文件中，获取第二行数据的关键数据为B用户，则继续通过第一文件输出流对象将第一行数据写入到对应的第一拆分文件中，获取第三行数据的关键数据为C用户，则将第一文件输出流对象保存回Map容器中，并从Map容器中获取第二文件输出流对象将第三行数据写入到对应的第二拆分文件中，直至拆分完该源文件。

本实施例中，关键数据类型的数量即为拆分文件的数量，也即所需的文件输出流对象的数量，例如，关键数据为用户ID时，源文件包含A用户和B用户的数据，则说明关键数据类型的数量为2，则至少创建2个文件输出流对象，以使得有足够的文件输出流对象对源文件进行拆分。

在其中一些实施例中，根据关键数据类型的数量创建同等数量的文件输出流对象，并将文件输出流对象与关键数据按映射关系保存到Map容器包括：

读取源文件中当前行数据的关键数据，判断该关键数据是否存在于Map容器中，若判断结果为否，则创建文件输出流对象，将新创建的文件输出流对象以及对应的关键数据按映射关系保存到Map容器；若判断结果为是，则获取源文件中下一行数据的关键数据，并判断关键数据是否存在于Map容器中，根据判断结果重复上一执行步骤，直至读取完源文件。通过本实施例，为源文件中的关键数据对应创建好所需的文件输出流对象，并将文件输出流对象与对应的关键数据按映射关系保存到Map容器。

在其中一些实施例中，图2是根据本申请实施例的文件拆分的方法的示意图，如图2所示，根据源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对源文件进行拆分包括如下步骤：

步骤S201，读取源文件中当前行数据的关键数据；

步骤S202，判断关键数据是否存在于Map容器中，若是，则跳转到步骤S203，若否，则跳转到步骤S204；

步骤S203，获取关键数据对应的文件输出流对象，通过文件输出流对象将当前行数据写入到对应的拆分文件中；

步骤S204，创建文件输出流对象，通过新创建的文件输出流对象将当前行数据写入到对应的拆分文件中，并将新创建的文件输出流对象以及对应的关键数据按映射关系保存到Map容器；

步骤S205，判断是否有下一行数据，若是，则跳转到步骤S206，若否，则跳转到步骤S207；

步骤S206，获取下一行数据的关键数据；

步骤S207，结束，即拆分完源文件。

相对于相关技术中，对源文件进行拆分时，需要频繁的创建、关闭文件输出流对象，导致源文件拆分效率低，本申请的技术方案中，通过步骤S201至步骤S207，在Map容器中保存有关键数据对应的文件输出流对象时，直接获取该文件输出流对象，通过该文件输出流对象将行数据写入到对应的拆分文件中，在Map容器中没有保存关键数据对应的文件输出流对象时，创建文件输出流对象，并将新创建的文件输出流对象以及对应的关键数据按映射关系保存到Map容器中，无需要频繁的创建、关闭文件输出流对象，提高了源文件拆分的效率。

在其中一些实施例中，将新创建的文件输出流对象以及对应的关键数据按映射关系保存到Map容器之前，在Map容器中文件输出流对象的数量达到预设数量阈值的情况下，关闭新创建的文件输出流对象，或更新Map容器中的文件输出流对象。本实施例中，预设数量阈值可以设置为Map容器最大可以存储的文件输出流对象的数量，限制Map容器最大存储的数量，可以防止Map容器中保存的文件输出流对象过多而导致内存溢出。

示例性的，Map容器最大存储的预设数量阈值为50个，源文件中包含53个用户的数据，则创建到第49个文件输出流对象时，文件输出流对象的数量没有达到Map容器最大存储的预设数量阈值，在创建第50个文件输出流对象时，文件输出流对象的数量达到预设数量阈值，则通过第50个文件输出流对象将对应的行数据写入到拆分文件后，关闭该第50个文件输出流对象；或者更新Map容器中的文件输出流对象，例如，查找Map容器中使用频率最低的文件输出流对象，关闭该使用频率最低的文件输出流对象，再将第50个文件输出流对象保存到Map容器中，又例如，按先进先出的方式关闭第1个保存到Map容器中的文件输出流对象，再将第50个文件输出流对象保存到Map容器中。

在相关技术中，可以通过将整个源文件一次性读入内存中，再统一创建文件输出流对源文件进行拆分，提高源文件拆分的效率，但内存占用太大，极易导致内存溢出，而本实施例中，将文件输出流对象保存在Map容器中，并限制Map容器最大存储的容量，可以在提高源文件拆分效率的同时防止内存溢出。

在其中一些实施例中，在获取不到源文件中行数据的关键数据的情况下，将获取不到关键数据的行数据记为目标行数据，为目标行数据创建目标文件输出流对象。本实施例中，将目标行数据统一拆分到一个拆分文件中，在读取到目标行数据时，从Map容器中获取目标文件输出流对象，通过目标文件输出流对象将目标行数据写入到对应的拆分文件。

在其中一些实施例中，拆分完源文件之后，遍历Map容器，关闭Map容器中所有文件输出流对象。本实施例中，为源文件创建的Map容器一般只适用于该源文件，故拆分完源文件之后，关闭Map容器中的所有文件输出流对象，减少内存的占用。

在其中一些实施例中，获取源文件中每一行数据的关键数据包括：根据源文件的格式，构造正则表达式，通过该正则表达式获取每一行数据中的关键数据。本实施例中，根据源文件的格式，可以得知关键数据所在行数据中的位置，根据关键数据所在行数据中的位置，构造正则表达式获取每一行数据中的关键数据。

在其中一些实施例中，图3是根据本申请实施例的另一种文件拆分的方法的示意图，如图3所示，该方法包括如下步骤：

步骤S301，程序开始；

步骤S302，创建文件输入流，其中，文件输入流用于读取源文件；

步骤S303，创建保存文件输出流对象的Map容器，其中，key为从每一行数据中获取的关键数据，如userId、activityid等；

步骤S304，通过文件输入流读取源文件；

步骤S305，判断是否有下一行，若否，则跳转到步骤S306，若是，则跳转到步骤S307；

步骤S306，程序结束；

步骤S307，获取行数据的关键数据key；

步骤S308，判断Map容器中是否已存在该关键数据key，若是，则跳转到步骤S309，若否，则跳转到步骤S310；

步骤S309，获取关键数据key对应的文件输出流对象，通过文件输出流对象将当前的行数据对应写入到拆分文件中；

步骤S310，创建关键数据key对应的文件输出流对象；

步骤S311，通过新创建的文件输出流对象将当前的行数据对应写入到拆分文件中；

步骤S312，判断文件输出流对象的数量是否大于预设数量阈值，若是，则跳转到步骤S313，若否，则跳转到步骤S314；

步骤S313，关闭文件输出流对象，并跳转至步骤S305；

步骤S314，将key-value存入到容器Map中，key为关键数据，value为文件输出流对象，并跳转至步骤S305。

通过了上述步骤S301至步骤S314，在拆分源文件时，无需频繁的创建、关闭文件输出流对象，提高源文件的拆分效率，并通过限制Map容器最大存储的容量，防止内存溢出。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例还提供了一种文件拆分的系统，该系统用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本申请实施例的文件拆分的系统的结构框图，如图4所示，该系统包括获取模块41和拆分模块42，获取模块41用于获取待拆分的源文件中每一行数据的关键数据；拆分模块42用于根据源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对源文件进行拆分，其中，Map容器为文件输出流对象池，用于存储文件输出流对象，在拆分源文件时，无需频繁的创建、关闭文件输出流对象，提高了源文件的拆分效率。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

本实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例中的文件拆分的方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种文件拆分的方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种文件拆分的方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

本领域的技术人员应该明白，以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种文件拆分的方法，其特征在于，所述方法包括：

获取待拆分的源文件中每一行数据的关键数据；

根据所述源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对所述源文件进行拆分，直至拆分完所述源文件，其中，所述Map容器为文件输出流对象池，用于存储文件输出流对象。

2.根据权利要求1所述的方法，其特征在于，所述获取待拆分的源文件中每一行数据的关键数据之前，所述方法还包括：

创建Map容器；

获取待拆分的源文件中每一行数据的关键数据，根据关键数据类型的数量创建同等数量的文件输出流对象，并将所述文件输出流对象与所述关键数据按映射关系保存到所述Map容器。

3.根据权利要求2所述的方法，其特征在于，所述根据关键数据类型的数量创建同等数量的文件输出流对象，并将所述文件输出流对象与所述关键数据按映射关系保存到所述Map容器包括：

读取源文件中当前行数据的关键数据，判断所述关键数据是否存在于所述Map容器中；

若判断结果为否，则创建文件输出流对象，将新创建的文件输出流对象以及对应的关键数据按映射关系保存到所述Map容器；

若判断结果为是，则获取源文件中下一行数据的关键数据，并判断所述关键数据是否存在于所述Map容器中，根据判断结果重复上一执行步骤，直至读取完所述源文件。

4.根据权利要求1所述的方法，其特征在于，根据所述源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对所述源文件进行拆分包括：

读取源文件中当前行数据的关键数据，判断所述关键数据是否存在于所述Map容器中；

若判断结果为是，则获取所述关键数据对应的文件输出流对象，通过所述文件输出流对象将当前行数据写入到对应的拆分文件中；

若判断结果为否，则创建文件输出流对象，通过新创建的文件输出流对象将当前行数据写入到对应的拆分文件中，并将新创建的文件输出流对象以及对应的关键数据按映射关系保存到所述Map容器；

获取源文件中下一行数据的关键数据，并判断所述关键数据是否存在于所述Map容器中，根据判断结果重复上一执行步骤，直至拆分完所述源文件。

5.根据权利要求3或4所述的方法，其特征在于，将新创建的文件输出流对象以及对应的关键数据按映射关系保存到所述Map容器之前，所述方法还包括：

在所述Map容器中文件输出流对象的数量达到预设数量阈值的情况下，关闭所述新创建的文件输出流对象，或更新所述Map容器中的文件输出流对象。

6.根据权利要求2至4任一项所述的方法，其特征在于，在获取不到源文件中行数据的关键数据的情况下，所述方法还包括：

将获取不到关键数据的行数据记为目标行数据，为所述目标行数据创建目标文件输出流对象。

7.根据权利要求1至4任一项所述的方法，其特征在于，拆分完所述源文件之后，所述方法还包括：遍历所述Map容器，关闭所述Map容器中所有文件输出流对象。

8.根据权利要求1所述的方法，其特征在于，获取所述源文件中每一行数据的关键数据包括：

根据所述源文件的格式，构造正则表达式，通过所述正则表达式获取每一行数据中的关键数据。

9.一种文件拆分的系统，其特征在于，所述系统包括获取模块和拆分模块，

所述获取模块，用于获取待拆分的源文件中每一行数据的关键数据；

所述拆分模块，用于根据所述源文件中每一行数据的关键数据，从Map容器中获取对应的文件输出流对象对所述源文件进行拆分，其中，所述Map容器为文件输出流对象池，用于存储文件输出流对象。

10.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至8中任一项所述的文件拆分的方法。

Images