CN102868765A - 文件上传方法和系统 - Google Patents

Abstract

本发明涉及文件上传方法和系统，包括用户选择待上传文件，并提交待上传文件的散列值；向服务器发出基于HTTPPOST进行文件上传的请求；对待上传文件的文件类型进行判断，若判断为成功，进行下一步，若为失败，向用户返回失败提醒，结束上传；对待上传文件内容进行识别，若服务器中已存在相同文件，向用户提醒存在相同文件，并返回已有文件地址，结束上传；若服务器中不存在相同文件，开始上传；上传成功后，计算已上传文件的散列值，与提交的散列值比较，若相同，提醒文件上传成功，向用户返回文件地址，结束上传；若不同，返回上传失败提醒，结束上传。本发明能够解决同名文件重传、文件类型判断、文件校验等问题。

Description

文件上传方法和系统

技术领域

本发明涉及计算机网络技术领域，尤其涉及一种基于http post的文件上传方法和系统。

背景技术

随着互联网技术的普遍应用，用户对文件传输的需求也在与日俱增。超文本传输协议Http定义了服务器端和客户端之间文件传输的沟通方式，相比于以往采用的ftp协议而言，http协议在文件传输技术上更适合web编程，并且具有更好的安全性和更简单的权限控制。Httpclient是可以用来提供高效的、最新的、功能丰富的支持http协议的客户端编程工具包，实现了包含GET、POST、PUT、HEAD等的方法，其中POST方法用来向目的服务器发出请求，可用于实现文件的上传。

现有技术中利用http post进行文件上传方法和系统存在以下缺点：

1、上传文件时，没有进行文件校验，因此无法保证上传后文件的完整性和可靠性，也不能保证正常的文件功能；

3、上传失败时，进行再次上传时，不支持断点续传。

2、没有文件自动识别功能,即现有的系统不能自动识别文件类型。

4、现有系统也不具备打散存储的功能，即不具备根据文件类型进行自动适配到相应的存储目录中的能力，因此现有系统在文件上传成功后，文件对应在同一域名下，例如，用户需要访问同时具有jpg、png、gif三种图片元素的网页，现有的文件上传系统将这三种类型的些图片元素通过同一个域名访问，页面加载时候所有元素需要排队进行加载，页面加载的速度较慢。

发明内容

本发明要的目的就是克服以上所述的现有技术http post文件上传中实际存在的问题。

为实现上述发明目的，根据本发明的一个方面，提出了一种文件上传方法，包含以下步骤：

步骤1、用户在客户端选择待上传文件，并提交所述待上传文件的散列值；

步骤2、客户端向服务器端发出基于HTTP POST进行文件上传的请求；

步骤3、服务器端对所述待上传文件的文件大小、用户属性以及文件类型进行判断，若判断为成功，进行步骤4，若判断为失败，则向用户返回失败提醒，结束上传；

步骤4、服务器端对所述待上传文件的内容进行识别，若服务器中已经存在完全相同文件，则向客户端提醒存在完全相同文件，并向客户端返回已有文件地址，结束上传；若服务器中不存在完全相同文件，则进一步判断待上传文件是否已部分上传至服务器中，若是，则继续上传剩余部分，直到整个文件上传完毕，若否，则正常上传文件；

步骤5、上传成功后，服务器端计算已上传文件的散列值，与步骤1中的散列值进行比较，若两者相同，则向客户端提醒文件上传成功，向客户端返回文件地址，结束上传；若两者不同，则向客户端返回上传失败提醒，结束上传。

优选的是，所述步骤3中判断文件类型具体为：先获取待上传文件的后缀名，判断后缀名是否在允许上传的范围之内，若否则判断为失败，向用户返回失败提醒，结束上传，若在允许上传的范围之内则进一步获取文件的多用途网际邮件扩充协议（MIME）类型，若MIME类型在对应后缀的MIME类型范围之内，则判断为成功，进行步骤4，若MIME类型不在对应后缀的MIME类型范围之内，则判断为失败，向用户返回失败提醒，结束上传。

在上述任一方案中优选的是，所述步骤1中提交所述待上传文件的散列值的步骤具体为：由用户提交散列值。

在上述任一方案中优选的是，所述步骤1中提交所述待上传文件的散列值的步骤具体为：客户端从多个可选的散列函数中选择一种散列函数，以所选择的散列函数对待上传文件自动计算需要提交的散列值，客户端在向服务器提交散列值的同时通知服务器客户端所使用的散列函数。

在上述任一方案中优选的是，在步骤4中，上传文件包括多个单一文件上传和压缩包文件上传，其中，

在进行所述多个单一文件上传时进行文件打散存储，根据文件类型与访问域名间的对应关系，将文件存储在与其类型对应的域名目录下；

在进行所述压缩包文件上传时进行文件打散存储，上传成功后，自动对所述压缩包文件进行解压，按照各文件原始的固定的相对路径进行解压存储。

根据本发明的第二方面，提供了一种文件上传系统，包括客户端和服务器端，其中：

客户端包括：

选择提交模块，用于选择待上传文件，并提交所述待上传文件的散列值；

请求提交模块，用于发出基于HTTP POST进行文件上传的请求；

服务器端包括：

文件类型判断模块，用于对所述待上传文件的文件大小、用户属性以及文件类型进行判断，若判断为成功，进行文件内容识别，若判断为失败，则向客户端返回失败提醒，结束上传；

文件内容识别模块，用于对所述待上传文件的内容进行识别，若服务器中已经存在完全相同文件，则向客户端提醒文件已经上传，并向客户端返回已有文件地址，结束上传；若服务器端中不存在完全相同文件，则进一步判断待上传文件是否已部分上传至服务器中，若是，则继续上传剩余部分，直到整个文件上传完毕，若否，则正常上传文件；

文件验证模块，用于在上传成功后，计算已上传文件的散列值，与选择提交模块提交的散列值进行比较，若两者相同，则向客户端提醒文件上传成功，向客户端返回文件地址，结束上传；若两者不同，则向客户端返回上传失败提醒，结束上传。

优选的是，所述文件类型判断模块对所述待上传文件的文件类型进行判断具体为：先获取待上传文件的后缀名，判断后缀名是否在允许上传的范围之内，若否则判断为失败，向客户端返回失败提醒，结束上传，若在允许上传的范围之内则进一步获取文件的多用途网际邮件扩充协议（MIME）类型，若MIME类型在对应后缀的MIME类型范围之内，则判断为成功，进行文件内容识别，若MIME类型不在对应后缀的MIME类型范围之内，则判断为失败，向用户返回失败提醒，结束上传。

在上述任一方案中优选的是，所述选择提交模块提交所述待上传文件的散列值具体为：由用户提交散列值。

在上述任一方案中优选的是，所述选择提交模块提交所述待上传文件的散列值具体为：客户端从多个可选散列函数中选择一种散列函数，以该散列函数计算待上传文件的散列值，客户端在向服务器提交散列值的同时通知服务器客户端所使用的散列函数。

在上述任一方案中优选的是，上传文件包括多个单一文件上传和压缩包文件上传，其中，

在进行所述多个单一文件上传时进行文件打散存储，根据文件类型与访问域名间的对应关系，将文件存储在与其类型对应的域名目录下；

在进行所述压缩包文件上传时进行文件打散存储，上传成功后，自动对所述压缩包文件进行解压，按照各文件原始的固定的相对路径进行解压存储。

本发明提供的技术方案的有益效果是：能够优化文件上传方式，支持上传文件的文件类型校验；支持文件自动识别功能；文件上传失败时，支持再次上传时断点续传；并且使用文件打散处理提高访问速度。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见的，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为根据本发明一实施例的文件上传方法的流程图。

图2为根据本发明图1所示的实施例的文件上传方法中的文件类型判断的具体流程图。

图3为根据本发明图1所示的实施例的文件上传方法中的文件上传的具体流程图。

图4是根据本发明图1所示的实施例的文件上传系统的结构图。

具体实施方式

在下文的说明中，出于解释的目的，列出了许多具体细节以提供对本公开的实施方式的彻底理解。然而，对本领域技术人员显而易见的是本公开可以在没有这些具体细节的情况下实施。下面将结合附图和具体实施例对本发明提供的文件上传方法和系统进行详细描述。

参照图1，其中示出了根据本发明一实施例的文件上传方法的流程图。

在步骤101中，用户选择待上传文件，并提交该待上传文件的散列值。可以由用户直接输入散列值，也可由客户端中的相应模块对待上传文件进行计算自动获取需要提交的散列值，散列值可以本领域技术人员熟知的任何散列函数，例如HAS160、MD4、MD5等等。在客户端与服务器端采用相同的固定散列函数时，用户可以直接输入散列值。如果由客户端生成散列值，则客户端可在多个可选散列函数中选择一种散列函数，在客户端提交散列值的同时向服务器通知所采用的散列函数。

在步骤102中，客户端向服务器端发出基于http post的上传文件请求。

步骤103，服务器端执行文件类型判断步骤，对文件类型进行检查，对符合条件的文件允许上传，对不符合条件的文件，进入步骤104，提示文件上传失败。具体实现方式参见图2，其中图2为根据本发明一实施例的文件上传方法中的文件类型判断的具体流程图。上传文件时，先取文件后缀，如果文件后缀不在允许上传范围之内，则转向步骤104，向用户返回提示信息，上传失败。如果文件后缀在允许上传范围之内，则获取文件的多用途网际邮件扩充协议（MIME）类型，如果获取的文件MIME类型在对应后缀的MIME类型范围之内，则允许文件上传，如果获取的文件MIME类型不在对应后缀的MIME类型范围之内，则转向步骤104，向客户端返回失败提醒，结束上传。

以下以一个例子来说明文件类型判断步骤，下表列出了所支持的文件扩展名与支持文件MIME类型对照表。                                                

表的左栏为支持上传文件的扩展名，只有上传文件的扩展名在上表的范围之内，才允许上传，否则返回失败信息，例如，如果用户上传了.AVI文件，则因为其不在上表范围内，不允许该文件上传。MIME类型为文件固定属性，用户不可以自由修改，在扩展名得到验证后，进一步获取该文件的MIME类型。上表的右栏反映的是与左侧的扩展名对应的MIME类型范围，进一步验证所获取的文件MIME类型是否在对应于其扩展名的MIME类型范围内。如果是则允许上传。

以上表格中的后缀名和MIME类型仅为举例，所属领域技术人员能够根据需要自行定义所支持的后缀名类型和MIME类型。

   文件类型判断成功后，在步骤105中进行是否在服务器中已经存在与待上传文件完全相同的文件的判断。若服务器中已经存在完全相同文件，则进入步骤106，向用户提醒存在完全相同文件，并向客户端返回已有文件地址，结束上传；若服务器中不存在相同文件，则进行上传文件的步骤107。参考图3，在步骤107中，进一步判断待上传文件是否已部分上传至服务器中，若是，则继续上传剩余部分，直到整个文件上传完毕，若否，则正常上传文件。

在正常上传文件的过程中，可进一步提供文件打散存储的功能，文件打散存储是指根据上传的文件类型进行分类，并根据分类分别存储在不同的磁盘目录中，同时针对不同类型的文件目录绑定不同的域名访问。以下列出一种可能的文件类型和访问域名对应关系：

文件打散操作，将不同类型的文件分别存储在对应域名的存储目录下，可以提高网站访问上传文件的速度。当网页上的多个不同类型元素使用不同的域名进行访问时，避免了元素的排队加载，从而提高了网页的加载速度。

系统还支持压缩包文件上传，需要打包上传的各文件按照固定的相对路径进行打包，上传时需要对压缩包文件格式进行校验，如果压缩包文件格式不正确或者文件名称后缀错误，例如不是.zip后缀，则提示上传失败，上传成功后，自动对压缩包文件进行解压，按照各文件原始的固定的相对路径进行解压存储，保证文件在加载过程中不会出现加载错误的问题，例如：文件原始路径为A\B\C，将文件夹A压缩为A.zip上传至服务器后，自动进行解压，解压后文件夹B和文件C自动打散分别存储在服务器中的文件夹A和文件夹B中，保持相对路径不变，这样加载文件C时不会出现加载错误的问题。

   文件上传结束后，在步骤108中，服务器端根据客户端提交的散列函数，计算已上传文件的散列值，并将该散列值与客户端提交的散列值进行比较，如果相同，则向用户提示上传完毕，并且返回已上传文件地址（步骤109），结束上传，如果不相同，则终止上传系统，向客户端返回错误信息（步骤104）。

参考图4，其中示出了根据本发明一实施例的文件上传系统的结构图。文件上传系统包括客户端和服务器端，客户端和服务器端通过有线或无线网络连接。

客户端可以为任何能够使用HTTP协议的通信终端，如个人计算机、膝上电脑、平板电脑、手机等。客户端包括用于用户选择待上传文件并提交所述待上传文件的散列值的选择提交模块，以及用于向服务器发出基于HTTP POST进行文件上传的请求的请求提交模块。其中选择提交模块提交所述待上传文件的散列值具体可以为：在客户端与服务器端采用相同的固定散列函数时，用户可以直接输入散列值；或是也可以由选择提交模块从多个可选的散列函数中选择一个散列函数，然后以该散列函数对待上传文件进行计算自动获取需要提交的散列值，并同时向服务器告知所使用的散列函数。

服务器端包括：文件类型判断模块，用于对所述待上传文件的文件类型进行判断，若判断为成功，进行文件内容识别，若判断为失败，则向用户返回失败提醒，结束上传；文件内容识别模块，用于对所述待上传文件的内容进行识别，若服务器中已经存在完全相同文件，则向用户提醒文件已经上传，并向用户返回已有文件地址，结束上传；若服务器中已有部分上传文件或不存在待上传文件，则开始上传文件；文件验证模块，用于在上传成功后，计算已上传文件的散列值，与选择提交模块提交的散列值进行比较，若两者相同，则向用户提醒文件上传成功，向用户返回文件地址，结束上传；若两者不同，则向用户返回上传失败提醒，结束上传。其中所述文件类型判断模块对所述待上传文件的文件类型进行判断具体为：先获取待上传文件的后缀名，判断后缀名是否在允许上传的范围之内，若否则判断为失败，向用户返回失败提醒，结束上传，若在允许上传的范围之内则进一步获取文件的多用途网际邮件扩充协议（MIME）类型，若MIME类型在对应后缀的MIME类型范围之内，则判断为成功，进行文件内容识别，若MIME类型不在对应后缀的MIME类型范围之内，则判断为失败，向用户返回失败提醒，结束上传。并且，文件内容识别模块在上传文件时进行文件打散存储，根据文件类型与访问域名间的对应关系，将文件存储在与其类型对应的域名目录下。

本发明所提出的文件上传方法和文件上传系统具有以下优势：

{1}文件校验的优点：

可以保证文件不被销毁或篡改，保证文件功能的正常性。

{2}自动识别的优点：

对突然中断上传文件，可以在重新上传时，继续上传，避免上传内容的重复，对于提高文件上传速度有一定的帮助。如果文件已经上传过，则避免了文件的重复上传，可以避免资源的浪费。

{3}文件类型判断的优点：

   先判断文件后缀，再判断文件MIME类型是否与后缀一致，只要不在类型范围内，则提醒上传失败，如果判断都符合上传要求，则上传继续进行。这样保证了上传文件的类型是系统定义好的并且可支持的。

   {4}文件打散存储的优点：

   将不同类型的文件存储在不同的域名目录下，避免了同时访问时的排队等候，提高了对上传文件的访问速度。

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

Claims (10)

1.一种文件上传方法，包括上传文件的选择和客户端向服务器端发出基于HTTP POST进行文件上传的请求，其特征在于，依次包含以下步骤：

步骤1、用户在客户端选择待上传文件，并提交所述待上传文件的散列值；

步骤2、客户端向服务器端发出基于HTTP POST进行文件上传的请求；

步骤3、服务器端对所述待上传文件的文件大小、用户属性以及文件类型进行判断，若判断为成功，进行步骤4，若判断为失败，则向用户返回失败提醒，结束上传；

步骤4、服务器端对所述待上传文件的内容进行识别，若服务器中已经存在完全相同文件，则向客户端提醒存在完全相同文件，并向客户端返回已有文件地址，结束上传；若服务器中不存在完全相同文件，则进一步判断待上传文件是否已部分上传至服务器中，若是，则继续上传剩余部分，直到整个文件上传完毕，若否，则正常上传文件；

步骤5、上传成功后，服务器端计算已上传文件的散列值，与步骤1中的散列值进行比较，若两者相同，则向客户端提醒文件上传成功，向客户端返回文件地址，结束上传；若两者不同，则向客户端返回上传失败提醒，结束上传。

2.权利要求1所述的文件上传方法，其特征在于，所述步骤3中判断文件类型具体为：先获取待上传文件的后缀名，判断后缀名是否在允许上传的范围之内，若否则判断为失败，向用户返回失败提醒，结束上传，若在允许上传的范围之内则进一步获取文件的多用途网际邮件扩充协议（MIME）类型，若MIME类型在对应后缀的MIME类型范围之内，则判断为成功，进行步骤4，若MIME类型不在对应后缀的MIME类型范围之内，则判断为失败，向用户返回失败提醒，结束上传。

3.权利要求1所述的文件上传方法，其特征在于，所述步骤1中提交所述待上传文件的散列值的步骤具体为：由用户提交散列值。

4.权利要求1所述的文件上传方法，其特征在于，所述步骤1中提交所述待上传文件的散列值的步骤具体为：客户端从多个可选的散列函数中选择一种散列函数，以所选择的散列函数对待上传文件自动计算需要提交的散列值，客户端在向服务器提交散列值的同时通知服务器客户端所使用的散列函数。

5.权利要求1所述的文件上传方法，其特征在于，在步骤4中，上传文件包括多个单一文件上传和压缩包文件上传，其中，

在进行所述多个单一文件上传时进行文件打散存储，根据文件类型与访问域名间的对应关系，将文件存储在与其类型对应的域名目录下；

在进行所述压缩包文件上传时进行文件打散存储，上传成功后，自动对所述压缩包文件进行解压，按照各文件原始的固定的相对路径进行解压存储。

6.一种文件上传系统，包括通过网络连接的客户端和服务器端，其特征在于：

客户端包括：

选择提交模块，用于选择待上传文件，并提交所述待上传文件的散列值；

请求提交模块，用于发出基于HTTP POST进行文件上传的请求；

服务器端包括：

文件类型判断模块，用于对所述待上传文件的文件大小、用户属性以及文件类型进行判断，若判断为成功，进行文件内容识别，若判断为失败，则向客户端返回失败提醒，结束上传；

文件内容识别模块，用于对所述待上传文件的内容进行识别，若服务器中已经存在完全相同文件，则向客户端提醒文件已经上传，并向客户端返回已有文件地址，结束上传；若服务器端中不存在完全相同文件，则进一步判断待上传文件是否已部分上传至服务器中，若是，则继续上传剩余部分，直到整个文件上传完毕，若否，则正常上传文件；

文件验证模块，用于在上传成功后，计算已上传文件的散列值，与选择提交模块提交的散列值进行比较，若两者相同，则向客户端提醒文件上传成功，向客户端返回文件地址，结束上传；若两者不同，则向客户端返回上传失败提醒，结束上传。

7.权利要求6所述的文件上传系统，其特征在于，所述文件类型判断模块对所述待上传文件的文件类型进行判断具体为：先获取待上传文件的后缀名，判断后缀名是否在允许上传的范围之内，若否则判断为失败，向客户端返回失败提醒，结束上传，若在允许上传的范围之内则进一步获取文件的多用途网际邮件扩充协议（MIME）类型，若MIME类型在对应后缀的MIME类型范围之内，则判断为成功，进行文件内容识别，若MIME类型不在对应后缀的MIME类型范围之内，则判断为失败，向用户返回失败提醒，结束上传。

8.权利要求6所述的文件上传系统，其特征在于，所述选择提交模块提交所述待上传文件的散列值具体为：由用户提交散列值。

9.权利要求6所述的文件上传系统，其特征在于，所述选择提交模块提交所述待上传文件的散列值具体为：客户端从多个可选散列函数中选择一种散列函数，以该散列函数计算待上传文件的散列值，客户端在向服务器提交散列值的同时通知服务器客户端所使用的散列函数。

10.权利要求6所述的文件上传方法，其特征在于，上传文件包括多个单一文件上传和压缩包文件上传，其中，

在进行所述多个单一文件上传时进行文件打散存储，根据文件类型与访问域名间的对应关系，将文件存储在与其类型对应的域名目录下；

在进行所述压缩包文件上传时进行文件打散存储，上传成功后，自动对所述压缩包文件进行解压，按照各文件原始的固定的相对路径进行解压存储。

Images