一种web网页应用文件上传的方法、装置、设备及可读介质与流程

1.本发明涉及文件上传技术领域，尤其涉及一种web网页应用文件上传的方法、装置、设备及可读介质。


背景技术：

2.人们使用浏览器访问web应用时，经常会使用到上传文件功能，浏览器的上传文件功能时通过使用http协议或者https协议实现的。
3.图1示出的是现有技术上传文件请求消息体，如图1所示，在http协议或者https协议上传文件时，请求头(request header)存在2个字段：content-length(上传文件大小)和content-type(上传文件类型)，上传文件类型包括multipart/form-data传输类型(上传文件时必须使用 multipart/form-data)和boundary分隔符(multipart/form-data类型时，允许多个form-data存在于body，使用分隔符分隔)。请求体(request payload) 存在需要传输的内容，文件内容以分隔符(boundary定义)分隔为3个部分：第一部分是说明上传的是一个文件，文件key值是myfile，文件名是资产信号规模模板1.xlsx；第二部分是一个文本字段(用户名)，文件key 值是user，内容是1g；第三部分是一个文本字段(密码)，文件key值是 password，内容是一串加密后的字符。
4.图1所示的现有技术将所有的parameter(参数)，包括文件、非文件，都放到了request payload(请求体)中，不便于服务端预处理，比如校验。服务端在接收请求体后，需要将请求体中的内容按顺序读取，并匹配分隔符之后，才能知道此次传输了的参数信息，如用户名、密码、上传了几个文件、文件名称等，对开发者来说此时获取这些参数已经晚了。比如需要先校验用户名、密码、文件名是否正确，确认正确后才有必要继续接收上传文件；否则，服务端应该直接返回错误信息。而现有流程中必须接收读取所有请求体，包括了文件内容，然后通过分隔符分隔后，才能获取所有的参数信息，如果文件过大，那么此过程会消耗大量的流量、内存、cpu 和时间，此时检验信息失败后，之前消耗的这些资源就白白浪费了。


技术实现要素：

5.有鉴于此，本发明实施例的目的在于提出一种web网页应用文件上传的方法、装置、设备及可读介质，在上传文件请求的请求头中增加一个传递参数的数据结构，用来传输参数信息，从而通过检验参数信息决定是否接受上传的文件内容，将上传文件的内容和验证参数分开，便于服务端校验和预处理，节约了资源，提高了请求效率和系统的可用性。
6.基于上述目的，本发明实施例的一方面提供了一种web网页应用文件上传的方法，包括以下步骤：获取待处理的上传文件请求，并在所述待处理的上传文件请求的请求头中增加传递参数；获取所述待处理的上传文件请求的请求体，并将所述请求体中的身份参数保存到所述传递参数中，以得到改进的上传文件请求；将所述改进的上传文件请求发送给客户端以进行处理；响应于由所述客户端接收到所述改进的上传文件请求，则获取所述改进的上传文件请求的请求头，并基于所述请求头中的身份参数进行身份验证；以及若是基
于所述请求头中的身份参数的身份验证通过，则获取所述改进的上传文件请求的请求体，以获取待上传文件。
7.在一些实施方式中，将所述请求体中的身份参数保存到所述传递参数中，以得到改进的上传文件请求包括：将所述请求体中的身份参数复制到所述传递参数中，并将所述请求体中的所述身份参数删除，以得到改进的上传文件请求。
8.在一些实施方式中，基于所述请求头中的身份参数进行身份验证包括：通过所述请求头中的传递参数获取身份参数，并基于所述身份参数进行身份验证。
9.在一些实施方式中，方法还包括：若是基于所述消息头中的身份参数的身份验证未通过，则拒绝所述改进的上传文件请求，并发送错误消息。
10.在一些实施方式中，所述身份参数包括用户名、密码和文件名。
11.本发明实施例的另一方面，还提供了一种web网页应用文件上传的装置，包括：第一模块，配置用于获取待处理的上传文件请求，并在所述待处理的上传文件请求的请求头中增加传递参数；第二模块，配置用于获取所述待处理的上传文件请求的请求体，并将所述请求体中的身份参数保存到所述传递参数中，以得到改进的上传文件请求；第三模块，配置用于将所述改进的上传文件请求发送给客户端以进行处理；第四模块，配置用于响应于由所述客户端接收到所述改进的上传文件请求，则获取所述改进的上传文件请求的请求头，并基于所述请求头中的身份参数进行身份验证；以及第五模块，配置用于若是基于所述请求头中的身份参数的身份验证通过，则获取所述改进的上传文件请求的请求体，以获取待上传文件。
12.在一些实施方式中，所述第二模块进一步配置用于：将所述请求体中的身份参数复制到所述传递参数中，并将所述请求体中的所述身份参数删除，以得到改进的上传文件请求。
13.在一些实施方式中，所述第四模块进一步配置用于：通过所述请求头中的传递参数获取身份参数，并基于所述身份参数进行身份验证。
14.在一些实施方式中，所述第五模块进一步配置用于：若是基于所述消息头中的身份参数的身份验证未通过，则拒绝所述改进的上传文件请求，并发送错误消息。
15.在一些实施方式中，所述身份参数包括用户名、密码和文件名。
16.本发明实施例的再一方面，还提供了一种计算机设备，包括：至少一个处理器；以及存储器，存储器存储有可在处理器上运行的计算机指令，指令由处理器执行时实现方法的步骤包括：获取待处理的上传文件请求，并在所述待处理的上传文件请求的请求头中增加传递参数；获取所述待处理的上传文件请求的请求体，并将所述请求体中的身份参数保存到所述传递参数中，以得到改进的上传文件请求；将所述改进的上传文件请求发送给客户端以进行处理；响应于由所述客户端接收到所述改进的上传文件请求，则获取所述改进的上传文件请求的请求头，并基于所述请求头中的身份参数进行身份验证；以及若是基于所述请求头中的身份参数的身份验证通过，则获取所述改进的上传文件请求的请求体，以获取待上传文件。
17.在一些实施方式中，将所述请求体中的身份参数保存到所述传递参数中，以得到改进的上传文件请求包括：将所述请求体中的身份参数复制到所述传递参数中，并将所述请求体中的所述身份参数删除，以得到改进的上传文件请求。
18.在一些实施方式中，基于所述请求头中的身份参数进行身份验证包括：通过所述请求头中的传递参数获取身份参数，并基于所述身份参数进行身份验证。
19.在一些实施方式中，方法还包括：若是基于所述消息头中的身份参数的身份验证未通过，则拒绝所述改进的上传文件请求，并发送错误消息。
20.在一些实施方式中，所述身份参数包括用户名、密码和文件名。
21.本发明实施例的再一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时实现如上方法步骤的计算机程序。
22.本发明至少具有以下有益技术效果：在上传文件请求的请求头中增加一个传递参数的数据结构，用来传输参数信息，从而通过检验参数信息决定是否接受上传的文件内容，将上传文件的内容和验证参数分开，便于服务端校验和预处理，节约了资源，提高了请求效率和系统的可用性。
附图说明
23.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
24.图1为现有技术上传文件请求消息体；
25.图2为本发明提供的web网页应用文件上传的方法的实施例的示意图；
26.图3为本发明提供的web网页应用文件上传的装置的实施例的示意图；
27.图4为本发明提供的计算机设备的实施例的示意图；
28.图5为本发明提供的计算机可读存储介质的实施例的示意图。
具体实施方式
29.为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
30.需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
31.基于上述目的，本发明实施例的第一个方面，提出了web网页应用文件上传的方法的实施例。图2示出的是本发明提供的web网页应用文件上传的方法的实施例的示意图。如图2所示，本发明实施例的web网页应用文件上传的方法包括如下步骤：
32.001、获取待处理的上传文件请求，并在待处理的上传文件请求的请求头中增加传递参数；
33.002、获取待处理的上传文件请求的请求体，并将请求体中的身份参数保存到传递参数中，以得到改进的上传文件请求；
34.003、将改进的上传文件请求发送给客户端以进行处理；
35.004、响应于由客户端接收到改进的上传文件请求，则获取改进的上传文件请求的请求头，并基于请求头中的身份参数进行身份验证；以及
36.005、若是基于请求头中的身份参数的身份验证通过，则获取改进的上传文件请求的请求体，以获取待上传文件。
37.在本实施例中，将上传文件的请求体的内容分为两个部分，一部分增加到请求头的数据结构传递参数content patameters中，存放所有的验证参数parameter，另一部分上传文件的信息和内容单独放入请求体(requestpayload)中。
38.在本实施例中，将原有的请求体(request payload))中只保留上传文件信息，如果同时上传多个文件，以boundary定制的分隔符分隔。在请求头中增加传递参数content parameters，用于存放所有客户端传输的身份验证参数parameter信息：比如文件名filename、用户名username、密码password，如果是文件的话，需要有length属性，表示文件大小。
39.在本实施例中，在接收到客户端上传文件请求(multipart/form-data)后，服务端可以先获取传递参数content parameters中的所有参数信息parameter，用于校验，校验成功后，再接收并解析请求体request payload中的文件内容。
40.在本发明的一些实施例中，将请求体中的身份参数保存到传递参数中，以得到改进的上传文件请求包括：将请求体中的身份参数复制到传递参数中，并将请求体中的身份参数删除，以得到改进的上传文件请求。
41.在本实施例中，在请求头中增加数据结构传递参数(content paramters)；将原有请求体(request payload)中的参数信息提取放到传递参数中；原有请求体request payload保留文件的信息和内容，多个文件以boundary定义的分隔符分隔。
42.在本实施例中，在上传文件请求的请求头request header中增加一个 content paramter数据结构，此结构中保存除文件内容外的所有的验证参数 parameter信息。同时将请求体request payload中的验证参数parameter信息删除，只保留上传文件的信息和内容。
43.在本发明的一些实施例中，基于请求头中的身份参数进行身份验证包括：通过请求头中的传递参数获取身份参数，并基于身份参数进行身份验证。
44.在本发明的一些实施例中，方法还包括：若是基于消息头中的身份参数的身份验证未通过，则拒绝改进的上传文件请求，并发送错误消息。
45.在本实施例中，在接收到客户端上传文件请求(multipart/form-data)后，服务端可以先获取传递参数content parameters中的所有参数信息parameter，用于校验，校验失败直接返回错误信息。
46.在本发明的一些实施例中，身份参数包括用户名、密码和文件名。
47.在本实施例中，将原有的请求体(request payload))中只保留上传文件信息，如果同时上传多个文件，以boundary定制的分隔符分隔。在请求头中增加传递参数content parameters，用于存放所有客户端传输的身份验证参数parameter信息：比如文件名filename、用户名username、密码password，如果是文件的话，需要有length属性，表示文件大小。
48.需要特别指出的是，上述web网页应用文件上传的方法的各个实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于web网页应用文件上传的方法也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在实施例
之上。
49.基于上述目的，本发明实施例的第二个方面，提出了一种web网页应用文件上传的装置。图3示出的是本发明提供的web网页应用文件上传的装置的实施例的示意图。如图3所示，本发明实施例的web网页应用文件上传的装置包括如下模块：第一模块011，配置用于获取待处理的上传文件请求，并在待处理的上传文件请求的请求头中增加传递参数；第二模块012，配置用于获取待处理的上传文件请求的请求体，并将请求体中的身份参数保存到传递参数中，以得到改进的上传文件请求；第三模块013，配置用于将改进的上传文件请求发送给客户端以进行处理；第四模块014，配置用于响应于由客户端接收到改进的上传文件请求，则获取改进的上传文件请求的请求头，并基于请求头中的身份参数进行身份验证；以及第五模块015，配置用于若是基于请求头中的身份参数的身份验证通过，则获取改进的上传文件请求的请求体，以获取待上传文件。
50.在本发明的一些实施例中，第二模块012进一步配置用于：将请求体中的身份参数复制到传递参数中，并将请求体中的身份参数删除，以得到改进的上传文件请求。
51.在本发明的一些实施例中，第四模块014进一步配置用于：通过请求头中的传递参数获取身份参数，并基于身份参数进行身份验证。
52.在本发明的一些实施例中，第五模块015进一步配置用于：若是基于消息头中的身份参数的身份验证未通过，则拒绝改进的上传文件请求，并发送错误消息。
53.在本发明的一些实施例中，身份参数包括用户名、密码和文件名。
54.基于上述目的，本发明实施例的第三个方面，提出了一种计算机设备。图4示出的是本发明提供的计算机设备的实施例的示意图。如图4所示，本发明实施例的计算机设备包括如下装置：至少一个处理器021；以及存储器022，存储器022存储有可在处理器上运行的计算机指令023，指令由处理器执行时实现方法的步骤包括：获取待处理的上传文件请求，并在待处理的上传文件请求的请求头中增加传递参数；获取待处理的上传文件请求的请求体，并将请求体中的身份参数保存到传递参数中，以得到改进的上传文件请求；将改进的上传文件请求发送给客户端以进行处理；响应于由客户端接收到改进的上传文件请求，则获取改进的上传文件请求的请求头，并基于请求头中的身份参数进行身份验证；以及若是基于请求头中的身份参数的身份验证通过，则获取改进的上传文件请求的请求体，以获取待上传文件。
55.在本发明的一些实施例中，将请求体中的身份参数保存到传递参数中，以得到改进的上传文件请求包括：将请求体中的身份参数复制到传递参数中，并将请求体中的身份参数删除，以得到改进的上传文件请求。
56.在本发明的一些实施例中，基于请求头中的身份参数进行身份验证包括：通过请求头中的传递参数获取身份参数，并基于身份参数进行身份验证。
57.在本发明的一些实施例中，方法还包括：若是基于消息头中的身份参数的身份验证未通过，则拒绝改进的上传文件请求，并发送错误消息。
58.在本发明的一些实施例中，身份参数包括用户名、密码和文件名。
59.本发明还提供了一种计算机可读存储介质。图5示出的是本发明提供的计算机可读存储介质的实施例的示意图。如图5所示，计算机可读存储介质031存储有被处理器执行时执行如上方法的计算机程序032。
60.最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，web 网页应用文件上传的方法的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，程序的存储介质可为磁碟、光盘、只读存储记忆体(rom)或随机存储记忆体(ram) 等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
61.此外，根据本发明实施例公开的方法还可以被实现为由处理器执行的计算机程序，该计算机程序可以存储在计算机可读存储介质中。在该计算机程序被处理器执行时，执行本发明实施例公开的方法中限定的上述功能。
62.此外，上述方法步骤以及系统单元也可以利用控制器以及用于存储使得控制器实现上述步骤或单元功能的计算机程序的计算机可读存储介质实现。
63.本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。
64.在一个或多个示例性设计中，功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质来传送。计算机可读介质包括计算机存储介质和通信介质，该通信介质包括有助于将计算机程序从一个位置传送到另一个位置的任何介质。存储介质可以是能够被通用或专用计算机访问的任何可用介质。作为例子而非限制性的，该计算机可读介质可以包括ram、rom、eeprom、cd-rom或其它光盘存储设备、磁盘存储设备或其它磁性存储设备，或者是可以用于携带或存储形式为指令或数据结构的所需程序代码并且能够被通用或专用计算机或者通用或专用处理器访问的任何其它介质。此外，任何连接都可以适当地称为计算机可读介质。例如，如果使用同轴线缆、光纤线缆、双绞线、数字用户线路 (d0l)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远程源发送软件，则上述同轴线缆、光纤线缆、双绞线、d0l或诸如红外线、无线电和微波的无线技术均包括在介质的定义。如这里所使用的，磁盘和光盘包括压缩盘(cd)、激光盘、光盘、数字多功能盘(dvd)、软盘、蓝光盘，其中磁盘通常磁性地再现数据，而光盘利用激光光学地再现数据。上述内容的组合也应当包括在计算机可读介质的范围内。
65.以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
66.应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
67.上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
68.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
69.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。