本发明涉及软件开发技术领域，特别是涉及一种web页面请求的响应方法、装置、设备及计算机可读存储介质。
背景技术：
随着软件工程理论和现代化软件开发技术应用的发展，单一软件所能提供的功能越来越复杂，代码量也越来越大。为了系统性的、规范化的、可定量的过程化方法去开发和维护软件，明确的职能分工也必不可少。
现在一个普通web软件往往由前端静态资源和后端web服务组成。前端静态资源由前端开发人员完成，提供页面样式排版和用户交互功能。后端web服务则由后端开发人员完成，提供具体的业务实现和数据持久化能力。部分软件项目前后端结合较为紧密，在对前端web页面请求的响应的过程中，需要后端服务器提供相应的服务运行环境支持。而大部分软件开发人员都只擅长自己实际应用的技术方向，如后端开发人员往往对前端开发人员所使用的技术框架和构建方式不甚了解，反之亦然。从而导致后端开发人员对前端静态资源的管理和维护成本高，web页面请求响应效率低。
综上所述，如何有效地解决后端开发人员对前端静态资源的管理和维护成本高，web页面请求响应效率低等问题，是目前本领域技术人员急需解决的问题。
技术实现要素：
本发明的目的是提供一种web页面请求的响应方法，该方法降低了后端开发人员对前端静态资源的管理和维护成本，提高了web页面请求响应效率；本发明的另一目的是提供一种web页面请求的响应装置、设备及计算机可读存储介质。
为解决上述技术问题，本发明提供如下技术方案：
一种web页面请求的响应方法，应用于后端本地服务器，包括：
接收前端远程服务器发送的web页面请求；
对所述web页面请求进行解析，得到待获取的目标静态资源文件；
利用springboot框架从后端本地预设目录中获取所述目标静态资源文件，并利用所述目标静态资源文件进行服务运行环境搭建，以对所述web页面请求进行响应；
其中，所述后端本地预设目录中的各静态资源文件为通过jsch框架从所述前端远程服务器中拉取得到。
在本发明的一种具体实施方式中，在利用springboot框架从后端本地预设目录中获取所述目标静态资源之后，还包括：
利用nginx反向代理服务器反向代理所述springboot框架。
在本发明的一种具体实施方式中，还包括：
利用所述jsch框架对所述后端本地预设目录中的各所述静态资源文件进行更新操作。
在本发明的一种具体实施方式中，利用所述jsch框架对所述后端本地预设目录中的各所述静态资源文件进行更新操作，包括：
分别获取所述前端远程服务器中各所述静态资源文件分别对应的远程文件更新时间，以及所述后端本地预设目录中各所述静态资源文件分别对应的本地文件更新时间；
判断各所述远程文件更新时间中是否存在大于相应的本地文件更新时间的远程文件更新时间；
若是，则将大于相应的本地文件更新时间的远程文件更新时间对应的远程静态资源文件确定为目标远程静态资源文件；
利用所述jsch框架从所述前端远程服务器中拉取所述目标远程静态资源文件，以利用所述目标远程静态资源文件替换所述后端本地预设目录中相应的静态资源文件。
在本发明的一种具体实施方式中，在利用所述目标远程静态资源文件替换所述后端本地预设目录中相应的静态资源文件之后，还包括：
遍历所述后端本地预设目录中各所述静态资源文件分别对应的全路径文件名；
判断各所述全路径文件名是否均存在于全路径文件名列表中；其中，所述全路径文件名列表为根据所述后端本地预设目录中的各所述静态资源文件的存活状态生成的列表；
若否，则将所述后端本地预设目录中未存在于所述全路径文件名列表的全路径文件名对应的静态资源文件删除。
一种web页面请求的响应装置，应用于后端本地服务器，包括：
请求接收模块，用于接收前端远程服务器发送的web页面请求；
请求解析模块，用于对所述web页面请求进行解析，得到待获取的目标静态资源文件；
请求响应模块，用于利用springboot框架从后端本地预设目录中获取所述目标静态资源文件，并利用所述目标静态资源文件进行服务运行环境搭建，以对所述web页面请求进行响应；
其中，所述后端本地预设目录中的各静态资源文件为通过jsch框架从所述前端远程服务器中拉取得到。
在本发明的一种具体实施方式中，还包括：
反向代理模块，用于在利用springboot框架从后端本地预设目录中获取所述目标静态资源之后，利用nginx反向代理服务器反向代理所述springboot框架。
在本发明的一种具体实施方式中，还包括：
文件更新模块，用于利用所述jsch框架对所述后端本地预设目录中的各所述静态资源文件进行更新操作。
一种web页面请求的响应设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如前所述web页面请求的响应方法的步骤。
一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如前所述web页面请求的响应方法的步骤。
本发明所提供的web页面请求的响应方法，应用于后端本地服务器，接收前端远程服务器发送的web页面请求；对web页面请求进行解析，得到待获取的目标静态资源文件；利用springboot框架从后端本地预设目录中获取目标静态资源文件，并利用目标静态资源文件进行服务运行环境搭建，以对web页面请求进行响应；其中，后端本地预设目录中的各静态资源文件为通过jsch框架从前端远程服务器中拉取得到。通过预先部署springboot框架和jsch框架，利用jsch框架从前端远程服务器中预先拉取各静态资源文件至后端本地预设目录，并利用springboot框架作为服务代理从后端本地预设目录中获取目标静态资源文件，从而降低了后端开发人员对前端静态资源的管理和维护成本，提高了web页面请求响应效率。
相应的，本发明还提供了与上述web页面请求的响应方法相对应的web页面请求的响应装置、设备和计算机可读存储介质，具有上述技术效果，在此不再赘述。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中web页面请求的响应方法的一种实施流程图；
图2为本发明实施例中web页面请求的响应方法的另一种实施流程图；
图3为本发明实施例中一种web页面请求的响应装置的结构框图；
图4为本发明实施例中一种web页面请求的响应设备的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例一：
参见图1，图1为本发明实施例中web页面请求的响应方法的一种实施流程图，应用于后端本地服务器，该方法可以包括以下步骤：
s101：接收前端远程服务器发送的web页面请求。
当用户需要在前端远程服务器中进行web页面浏览时，前端远程服务器根据用户输入的浏览指令生成web页面请求，并向后端本地服务器发送web页面请求。后端本地服务器接收前端远程服务器发送的web页面请求。
s102：对web页面请求进行解析，得到待获取的目标静态资源文件。
web页面请求中包含待获取的目标静态资源文件。后端本地服务器在接收到web页面请求之后，通过对web页面请求进行解析，得到待获取的目标静态资源文件。
待获取的目标静态资源文件可以包括图片文件、脚本文件等。
s103：利用springboot框架从后端本地预设目录中获取目标静态资源文件，并利用目标静态资源文件进行服务运行环境搭建，以对web页面请求进行响应。
其中，所述后端本地预设目录中的各静态资源文件为通过jsch框架从所述前端远程服务器中拉取得到。
预先部署springboot框架和jsch框架，并预先创建后端本地预设目录，利用jsch框架从前端远程服务器中预先拉取各静态资源文件至后端本地预设目录。在解析得到待获取的目标静态资源文件之后，利用springboot框架作为服务代理从后端本地预设目录中获取目标静态资源文件，并利用目标静态资源文件进行服务运行环境搭建，从而实现前后端协同对web页面请求进行快速响应。降低了后端开发人员对前端静态资源的管理和维护成本，提高了web页面请求响应效率。
springboot框架其设计目的是用来简化新spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。
jsch框架是ssh2的一个纯java实现。它允许你连接到一个sshd服务器，使用端口转发，x11转发，文件传输等能力完成指定功能。
本发明所提供的web页面请求的响应方法，应用于后端本地服务器，接收前端远程服务器发送的web页面请求；对web页面请求进行解析，得到待获取的目标静态资源文件；利用springboot框架从后端本地预设目录中获取目标静态资源文件，并利用目标静态资源文件进行服务运行环境搭建，以对web页面请求进行响应；其中，后端本地预设目录中的各静态资源文件为通过jsch框架从前端远程服务器中拉取得到。通过预先部署springboot框架和jsch框架，利用jsch框架从前端远程服务器中预先拉取各静态资源文件至后端本地预设目录，并利用springboot框架作为服务代理从后端本地预设目录中获取目标静态资源文件，从而降低了后端开发人员对前端静态资源的管理和维护成本，提高了web页面请求响应效率。
需要说明的是，基于上述实施例一，本发明实施例还提供了相应的改进方案。在后续实施例中涉及与上述实施例一中相同步骤或相应步骤之间可相互参考，相应的有益效果也可相互参照，在下文的改进实施例中不再一一赘述。
实施例二：
参见图2，图2为本发明实施例中web页面请求的响应方法的另一种实施流程图，应用于后端本地服务器，该方法可以包括以下步骤：
s201：接收前端远程服务器发送的web页面请求。
s202：对web页面请求进行解析，得到待获取的目标静态资源文件。
s203：利用springboot框架从后端本地预设目录中获取目标静态资源文件。
s204：利用nginx反向代理服务器反向代理springboot框架。
预先部署nginx反向代理服务器，利用nginx反向代理服务器反向代理springboot框架。从而无需让后端开发人员关心前端远程服务器中各静态资源文件的存放位置和后续改动，提高了文件获取效率和成功率。
s205：利用目标静态资源文件进行服务运行环境搭建，以对web页面请求进行响应。
其中，后端本地预设目录中的各静态资源文件为通过jsch框架从前端远程服务器中拉取得到。
s206：分别获取前端远程服务器中各静态资源文件分别对应的远程文件更新时间，以及后端本地预设目录中各静态资源文件分别对应的本地文件更新时间。
前端远程服务器中各静态资源文件会随着业务变化进行更新操作，为保证前后端静态资源文件的一致性，后端本地预设目录中各静态资源文件也会相应进行更新操作。可以实时或按照预先设定的时间间隔，分别获取前端远程服务器中各静态资源文件分别对应的远程文件更新时间，以及后端本地预设目录中各静态资源文件分别对应的本地文件更新时间。
s207：判断各远程文件更新时间中是否存在大于相应的本地文件更新时间的远程文件更新时间，若是，则执行步骤s208，若否，则不做处理。
在获取到前端远程服务器中各静态资源文件分别对应的远程文件更新时间，以及后端本地预设目录中各静态资源文件分别对应的本地文件更新时间之后，判断各远程文件更新时间中是否存在大于相应的本地文件更新时间的远程文件更新时间，若是，则说明前端远程服务器中存在相对于后端本地预设目录更新的静态资源文件，则执行步骤s208，若否，则说明当前前端远程服务器与后端本地预设目录中的静态资源文件相同，不需要做任何处理。
s208：将大于相应的本地文件更新时间的远程文件更新时间对应的远程静态资源文件确定为目标远程静态资源文件。
当确定各远程文件更新时间中存在大于相应的本地文件更新时间的远程文件更新时间时，说明前端远程服务器中存在相对于后端本地预设目录更新的静态资源文件，将大于相应的本地文件更新时间的远程文件更新时间对应的远程静态资源文件确定为目标远程静态资源文件。
s209：利用jsch框架从前端远程服务器中拉取目标远程静态资源文件，以利用目标远程静态资源文件替换后端本地预设目录中相应的静态资源文件。
在确定目标远程静态资源文件之后，利用jsch框架从前端远程服务器中拉取目标远程静态资源文件，利用目标远程静态资源文件替换后端本地预设目录中相应的静态资源文件，从而使得前端远程服务器与后端本地预设目录中的静态资源文件保持一致。
s210：遍历后端本地预设目录中各静态资源文件分别对应的全路径文件名。
在利用目标远程静态资源文件替换后端本地预设目录中相应的静态资源文件之后，遍历后端本地预设目录中各静态资源文件分别对应的全路径文件名。
s211：判断各全路径文件名是否均存在于全路径文件名列表中，若是，则不做处理，若否，则执行步骤s212。
其中，全路径文件名列表为根据后端本地预设目录中的各静态资源文件的存活状态生成的列表。
预先根据后端本地预设目录中的各静态资源文件的存活状态建立全路径文件名列表，并根据后端本地预设目录中的各静态资源文件的存活状态更新情况对全路径文件名列表进行相应更新。在遍历后端本地预设目录中各静态资源文件分别对应的全路径文件名之后，判断各全路径文件名是否均存在于全路径文件名列表中，若是，则说明前端远程服务器的本次更新不存在静态资源文件删除操作，不做处理，若否，则说明前端远程服务器的本次更新存在静态资源文件删除操作，执行步骤s212。
s212：将后端本地预设目录中未存在于全路径文件名列表的全路径文件名对应的静态资源文件删除。
当确定各全路径文件名为均存在于全路径文件名列表中时，说明前端远程服务器的本次更新存在静态资源文件删除操作，将后端本地预设目录中未存在于全路径文件名列表的全路径文件名对应的静态资源文件删除。
本实施例区别于独立权利要求1所要求保护的技术方案对应的实施例一，还增加了从属权利要求2至5对应要求保护的技术方案，当然，根据实际情况和要求的不同，可将各从属权利要求对应要求保护的技术方案在不影响方案完整性的基础上进行灵活组合，以更加符合不同使用场景的要求，本实施例只是给出了其中一种包含方案最多、效果最优的方案，因为情况复杂，无法对所有可能存在的方案一一列举，本领域技术人员应能意识到根据本申请提供的基本方法原理结合实际情况可以存在很多的例子，在不付出足够的创造性劳动下，应均在本申请的保护范围内。
相应于上面的方法实施例，本发明还提供了一种web页面请求的响应装置，下文描述的web页面请求的响应装置与上文描述的web页面请求的响应装置可相互对应参照。
参见图3，图3为本发明实施例中一种web页面请求的响应装置的结构框图，应用于后端本地服务器，该装置可以包括：
请求接收模块31，用于接收前端远程服务器发送的web页面请求；
请求解析模块32，用于对web页面请求进行解析，得到待获取的目标静态资源文件；
请求响应模块33，用于利用springboot框架从后端本地预设目录中获取目标静态资源文件，并利用目标静态资源文件进行服务运行环境搭建，以对web页面请求进行响应；
其中，后端本地预设目录中的各静态资源文件为通过jsch框架从前端远程服务器中拉取得到。
本发明所提供的web页面请求的响应装置，应用于后端本地服务器，接收前端远程服务器发送的web页面请求；对web页面请求进行解析，得到待获取的目标静态资源文件；利用springboot框架从后端本地预设目录中获取目标静态资源文件，并利用目标静态资源文件进行服务运行环境搭建，以对web页面请求进行响应；其中，后端本地预设目录中的各静态资源文件为通过jsch框架从前端远程服务器中拉取得到。通过预先部署springboot框架和jsch框架，利用jsch框架从前端远程服务器中预先拉取各静态资源文件至后端本地预设目录，并利用springboot框架作为服务代理从后端本地预设目录中获取目标静态资源文件，从而降低了后端开发人员对前端静态资源的管理和维护成本，提高了web页面请求响应效率。
在本发明的一种具体实施方式中，该装置还可以包括：
反向代理模块，用于在利用springboot框架从后端本地预设目录中获取目标静态资源之后，利用nginx反向代理服务器反向代理springboot框架。
在本发明的一种具体实施方式中，该装置还可以包括：
文件更新模块，用于利用jsch框架对后端本地预设目录中的各静态资源文件进行更新操作。
在本发明的一种具体实施方式中，文件更新模块包括：
更新时间获取子模块，用于分别获取前端远程服务器中各静态资源文件分别对应的远程文件更新时间，以及后端本地预设目录中各静态资源文件分别对应的本地文件更新时间；
第一判断子模块，用于判断各远程文件更新时间中是否存在大于相应的本地文件更新时间的远程文件更新时间；
目标文件确定子模块，用于当确定各远程文件更新时间中存在大于相应的本地文件更新时间的远程文件更新时间时，将大于相应的本地文件更新时间的远程文件更新时间对应的远程静态资源文件确定为目标远程静态资源文件；
文件替换子模块，用于利用jsch框架从前端远程服务器中拉取目标远程静态资源文件，以利用目标远程静态资源文件替换后端本地预设目录中相应的静态资源文件。
在本发明的一种具体实施方式中，文件更新模块还包括：
文件名遍历子模块，用于在利用目标远程静态资源文件替换后端本地预设目录中相应的静态资源文件之后，遍历后端本地预设目录中各静态资源文件分别对应的全路径文件名；
第二判断子模块，用于判断各全路径文件名是否均存在于全路径文件名列表中；其中，全路径文件名列表为根据后端本地预设目录中的各静态资源文件的存活状态生成的列表；
文件删除子模块，用于当确定各全路径文件名未均存在于全路径文件名列表中时，将后端本地预设目录中未存在于全路径文件名列表的全路径文件名对应的静态资源文件删除。
相应于上面的方法实施例，参见图4，图4为本发明所提供的web页面请求的响应设备的示意图，该设备可以包括：
存储器41，用于存储计算机程序；
处理器42，用于执行上述存储器41存储的计算机程序时可实现如下步骤：
接收前端远程服务器发送的web页面请求；对web页面请求进行解析，得到待获取的目标静态资源文件；利用springboot框架从后端本地预设目录中获取目标静态资源文件，并利用目标静态资源文件进行服务运行环境搭建，以对web页面请求进行响应；其中，后端本地预设目录中的各静态资源文件为通过jsch框架从前端远程服务器中拉取得到。
对于本发明提供的设备的介绍请参照上述方法实施例，本发明在此不做赘述。
相应于上面的方法实施例，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如下步骤：
接收前端远程服务器发送的web页面请求；对web页面请求进行解析，得到待获取的目标静态资源文件；利用springboot框架从后端本地预设目录中获取目标静态资源文件，并利用目标静态资源文件进行服务运行环境搭建，以对web页面请求进行响应；其中，后端本地预设目录中的各静态资源文件为通过jsch框架从前端远程服务器中拉取得到。
该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
对于本发明提供的计算机可读存储介质的介绍请参照上述方法实施例，本发明在此不做赘述。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置、设备及计算机可读存储介质而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的技术方案及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。
1.一种web页面请求的响应方法，其特征在于，应用于后端本地服务器，包括：
接收前端远程服务器发送的web页面请求；
对所述web页面请求进行解析，得到待获取的目标静态资源文件；
利用springboot框架从后端本地预设目录中获取所述目标静态资源文件，并利用所述目标静态资源文件进行服务运行环境搭建，以对所述web页面请求进行响应；
其中，所述后端本地预设目录中的各静态资源文件为通过jsch框架从所述前端远程服务器中拉取得到。
2.根据权利要求1所述的web页面请求的响应方法，其特征在于，在利用springboot框架从后端本地预设目录中获取所述目标静态资源之后，还包括：
利用nginx反向代理服务器反向代理所述springboot框架。
3.根据权利要求1或2所述的web页面请求的响应方法，其特征在于，还包括：
利用所述jsch框架对所述后端本地预设目录中的各所述静态资源文件进行更新操作。
4.根据权利要求3所述的web页面请求的响应方法，其特征在于，利用所述jsch框架对所述后端本地预设目录中的各所述静态资源文件进行更新操作，包括：
分别获取所述前端远程服务器中各所述静态资源文件分别对应的远程文件更新时间，以及所述后端本地预设目录中各所述静态资源文件分别对应的本地文件更新时间；
判断各所述远程文件更新时间中是否存在大于相应的本地文件更新时间的远程文件更新时间；
若是，则将大于相应的本地文件更新时间的远程文件更新时间对应的远程静态资源文件确定为目标远程静态资源文件；
利用所述jsch框架从所述前端远程服务器中拉取所述目标远程静态资源文件，以利用所述目标远程静态资源文件替换所述后端本地预设目录中相应的静态资源文件。
5.根据权利要求4所述的web页面请求的响应方法，其特征在于，在利用所述目标远程静态资源文件替换所述后端本地预设目录中相应的静态资源文件之后，还包括：
遍历所述后端本地预设目录中各所述静态资源文件分别对应的全路径文件名；
判断各所述全路径文件名是否均存在于全路径文件名列表中；其中，所述全路径文件名列表为根据所述后端本地预设目录中的各所述静态资源文件的存活状态生成的列表；
若否，则将所述后端本地预设目录中未存在于所述全路径文件名列表的全路径文件名对应的静态资源文件删除。
6.一种web页面请求的响应装置，其特征在于，应用于后端本地服务器，包括：
请求接收模块，用于接收前端远程服务器发送的web页面请求；
请求解析模块，用于对所述web页面请求进行解析，得到待获取的目标静态资源文件；
请求响应模块，用于利用springboot框架从后端本地预设目录中获取所述目标静态资源文件，并利用所述目标静态资源文件进行服务运行环境搭建，以对所述web页面请求进行响应；
其中，所述后端本地预设目录中的各静态资源文件为通过jsch框架从所述前端远程服务器中拉取得到。
7.根据权利要求6所述的web页面请求的响应装置，其特征在于，还包括：
反向代理模块，用于在利用springboot框架从后端本地预设目录中获取所述目标静态资源之后，利用nginx反向代理服务器反向代理所述springboot框架。
8.根据权利要求6或7所述的web页面请求的响应装置，其特征在于，还包括：
文件更新模块，用于利用所述jsch框架对所述后端本地预设目录中的各所述静态资源文件进行更新操作。
9.一种web页面请求的响应设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至5任一项所述web页面请求的响应方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述web页面请求的响应方法的步骤。
技术总结