资源文件加载方法、网络设备、电子设备及存储介质与流程

本发明实施例涉及通信
技术领域：
，具体涉及一种资源文件加载方法、网络设备、电子设备及存储介质。
背景技术：
：随着当前网络通信技术的发展以及智能手机的普及，公共无线wifi上网需求旺盛，所以商业、金融、政府等各行业商家或者机构面向公众提供免费wifi上网服务。面向公共提供wifi上网服务的，需要实名制，各行业提供wifi服务的机构都部署了portal认证系统，用户接入wifi网络时，通过短信、微信、固定账号等方式，获取到用户实名信息后才可放行上网。portal认证上网场景中，包含手机终端、认证设备、portal认证服务器等节点，多个手机终端可共同接入一台认证设备，多台认证设备对接一套portal认证服务器。认证设备，提供wifi信号，用于手机终端接入，同时与portal认证服务器通信，进行portal重定向和认证放行，最终为手机终端提供上网服务。portal认证服务器，提供portal认证页面和portal静态资源(图片、视频)，用于手机终端呈现；提供认证校验服务，校验通过则允许认证设备放行手机终端，校验不通过，则禁止认证设备放行手机终端，从而限制手机上公网。整个认证上网过程如下：1)用户手动或手机终端自动关联上服务集标识符(servicesetidentifier，ssid)；2)手机终端关联ssid后，接到认证设备的http302重定向，弹出portal认证页面；3)用户看到portal认证页面后，根据内容引导，进行认证实名校验(如短信、微信、固定账号等)；4)实名校验成功，portal认证服务器和认证设备交互，放行实名认证成功的手机终端；5)手机终端显示认证成功，并提示可上外网。手机终端浏览器显示portal认证页面时，需要从portal认证服务器下载图片、视频等静态资源。认证高峰期时，每个手机终端都要从portal认证服务器下载portal认证页面资源，导致portal认证服务器的外网带宽需求大，占满了外网带宽，导致部分手机终端portal认证页面呈现慢，整个认证过程等待时长，甚至出现超时中断现象。目前为了解决公网portal认证页面呈现慢，高峰期公网带宽被占满问题，建设方购买更多的portal认证服务器公网带宽，然而运营商的公网带宽费用较贵，且随着用户认证并发数的高低，带宽利用率也出现高低现象，导致portal认证页面呈现不稳定。若认证的用户多，则担心带宽不够用，导致显示慢；若认证的用户不多，则带宽利用率不高，造成资源浪费。技术实现要素：针对现有技术中的缺陷，本发明实施例提供了一种资源文件加载方法、网络设备、电子设备及存储介质。第一方面，本发明实施例提供一种资源文件加载方法，应用于网络设备中，包括：若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。如上述方法，可选地，所述从服务器下载所述网络设备对应的资源文件并保存，包括：确定所述网络设备对应的设备编号；根据所述设备编号确定所述网络设备对应的资源文件清单；向服务器发送资源请求报文，所述资源请求报文携带所述资源文件清单；接收所述服务器返回的资源响应报文，所述资源响应报文包括所述资源清单对应的资源文件信息；根据所述资源文件信息下载所述资源文件清单对应的所有资源文件，并保存所述所有资源文件。如上述方法，可选地，所述资源文件信息包括：资源文件名和资源文件下载地址；相应地，所述根据所述资源文件信息下载所述资源文件清单对应的所有资源文件，包括：分别根据所述资源文件清单中每个资源文件名对应的资源下载地址下载所述资源文件；相应地，所述保存所述所有资源文件，包括：保存所述所有资源文件、资源文件名和对应的资源文件下载地址。如上述方法，可选地，所述网络请求报文中包括待请求的资源文件名和/或资源文件下载地址；相应地，所述判断本地是否存储所述网络请求报文对应的资源文件，包括：根据所述待请求的资源文件名和/或资源文件下载地址，判断本地是否存储所述网络请求报文对应的资源文件。如上述方法，可选地，所述资源文件信息还包括：资源文件的修改时间点；相应地，所述保存所述所有资源文件，还包括：保存每个所述资源文件的修改时间点。如上述方法，可选地，还包括：若判断获知满足预设更新条件，则更新本地存储的资源文件。如上述方法，可选地，所述若判断获知满足预设更新条件，则更新本地存储的资源文件，包括：若所述服务器返回的资源响应报文中第一资源文件的修改时间点与本地保存的第一资源文件的修改时间点不同，则删除本地保存的所述第一资源文件，并重新获取所述第一资源文件；或，若所述服务器返回的资源响应报文中不包括本地存储的第二资源文件信息，则删除本地保存的所述第二资源文件；或，若所述服务器返回的资源响应报文中包括第三资源文件信息，且所述第三资源文件在所述网络设备本地存储的资源文件中不存在，则从所述服务器中获取所述第三资源文件。如上述方法，可选地，所述预设缓存条件包括：所述服务器的网络带宽空闲或到达预设空闲时段。如上述方法，可选地，所述网络设备为认证设备，所述网络请求报文为认证请求报文。如上述方法，可选地，所述网络设备为接入设备，所述网络请求报文为入网请求报文。第二方面，本发明实施例提供一种网络设备，包括：缓存模块，用于若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截判断模块，用于拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；发送模块，用于若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。如上述网络设备，可选地，所述缓存模块具体用于：确定所述网络设备对应的设备编号；根据所述设备编号确定所述网络设备对应的资源文件清单；向服务器发送资源请求报文，所述资源请求报文携带所述资源文件清单；接收所述服务器返回的资源响应报文，所述资源响应报文包括所述资源清单对应的资源文件信息；根据所述资源文件信息下载所述资源文件清单对应的所有资源文件，并保存所述所有资源文件。如上述网络设备，可选地，所述资源文件信息包括：资源文件名和资源文件下载地址；相应地，所述缓存模块具体用于：分别根据所述资源文件清单中每个资源文件名对应的资源下载地址下载所述资源文件；保存所述所有资源文件、资源文件名和对应的资源文件下载地址。如上述网络设备，可选地，所述网络请求报文中包括待请求的资源文件名和/或资源文件下载地址；相应地，所述拦截判断模块具体用于：根据所述待请求的资源文件名和/或资源文件下载地址，判断本地是否存储所述网络请求报文对应的资源文件。如上述网络设备，可选地，所述资源文件信息还包括：资源文件的修改时间点；相应地，所述缓存模块还用于：保存每个所述资源文件的修改时间点。如上述网络设备，可选地，还包括：更新模块；所述更新模块用于，若判断获知满足预设更新条件，则更新本地存储的资源文件。如上述网络设备，可选地，所述更新模块具体用于：若所述服务器返回的资源响应报文中第一资源文件的修改时间点与本地保存的第一资源文件的修改时间点不同，则删除本地保存的所述第一资源文件，并重新获取所述第一资源文件；或，若所述服务器返回的资源响应报文中不包括本地存储的第二资源文件信息，则删除本地保存的所述第二资源文件；或，若所述服务器返回的资源响应报文中包括第三资源文件信息，且所述第三资源文件在所述网络设备本地存储的资源文件中不存在，则从所述服务器中获取所述第三资源文件。如上述网络设备，可选地，所述预设缓存条件包括：所述服务器的网络带宽空闲或到达预设空闲时段。如上述网络设备，可选地，所述网络设备为认证设备，所述网络请求报文为认证请求报文。如上述网络设备，可选地，所述网络设备为接入设备，所述网络请求报文为入网请求报文。第三方面，本发明实施例提供一种电子设备，包括：存储器和处理器，所述处理器和所述存储器通过总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如下方法：若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。第四方面，本发明实施例提供一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如下方法：若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。本发明实施例提供的资源文件加载方法，网络设备若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。通过网络设备预先在空闲时段下载资源文件，解决了终端集中请求资源高峰期带宽不足页面加载慢的问题，合理利用闲时宽带，节省了带宽支出。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为现有技术中终端认证流程图；图2为本发明实施例提供的资源文件加载方法流程示意图；图3为本发明实施例提供的认证设备更新资源文件方法流程示意图；图4为本发明实施例提供的portal认证流程示意图；图5为本发明实施例提供的网络设备的结构示意图；图6为本发明实施例提供的电子设备的结构示意图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。图1为现有技术中终端认证流程图，如图1所示，终端认证流程包括：步骤s01、用户关联ssid；步骤s02、用户打开浏览器或者终端后台发起探针，触发终端发起http请求；步骤s03、终端访问互联网(如www.163.com)；步骤s04、认证设备拦截访问请求，并返回重定url地址(portal认证服务器url)；步骤s05、终端访问重定向url，该url中包含了终端ip+mac、认证设备信息(ip+mac+sn)等信息；步骤s06、portal认证服务器记录相关参数信息，并返回portal认证页面，页面有包含后台配置好的认证方式；步骤s07、用户选择认证方式(如短信认证、固定账号认证、微信认证等)；步骤s08、终端发起认证实名校验；步骤s09、portal认证服务器校验进行认证，保存校验结果(用于后续的认证放行确认)，并返回校验结果；步骤s10、终端根据校验结果进行业务判断；步骤s11、若校验失败，则终端上的portal认证页面提示校验失败，并提示用户重新提交认证校验；步骤s12、若校验成功，终端上的portal认证页面向认证设备发起放行请求；步骤s13、认证设备接到放行请求，向portal认证服务器确认是否放行终端(通过手机终端mac匹配)；步骤s14、portal认证服务器根据步骤s09的校验结果判断，是返回“可放行”还是“不放行”结果；若放行，则附带认证设备上针对该终端的上网策略标识；步骤s15、认证设备根据portal认证服务器返回的放行结果做处理，若放行，则按照返回的放行标识对终端进行放行；步骤s16、放行成功，向终端返回放行成功结果；步骤s17、放行失败，则向终端返回放行失败结果。其中步骤s05和步骤s06主要是终端浏览器从portal认证服务器获取portal认证页面以及页面中的图片、视频等页面元素，并进行portal认证页面渲染。其中portal认证页面渲染流程如下：1)终端浏览器向portal认证服务器发起portal请求，portal认证服务器返回portal认证页面超级文本标记语言(hypertextmarkuplanguage，html)内容；2)终端浏览器接收到html内容，浏览器上进行页面渲染；3)渲染过程中解析到需要图片、视频等url时，终端会向portal认证服务器下载这些资源。同时，用户在终端上看到感兴趣的内容后，可继续按照portal认证页面提示查看其他portal认证页面。其他portal认证页面的内容也按照portal认证页面渲染流程处理。portal认证页面上的图片、视频等并不会频繁变动，且图片、视频等内容大小比html内容大，平均下载一个portal认证页面需要1mb带宽，而图片、视频等静态资源占了800kb，所以要减少portal认证页面占用的带宽，主要是减少portal认证页面上的图片、视频等静态资源从公网下载次数。实际应用中，不仅基于公网的portal认证过程中认证终端需要从portal服务器下载静态资源，任何终端接入内网的接入过程中也需要从服务器下载静态资源，为解决图片、视频等静态资源的重复下载，需要将其在站点内部进行缓存，可以在终端浏览器或者站点内的认证设备或接入设备上进行缓存。若在终端浏览器上进行缓存，则只能解决单个用户的重复下载问题。未访问过portal认证页面的用户终端，则依然会向portal认证服务器下载图片、视频等静态资源。为了解决上述问题，本发明实施例提供了一种资源文件加载方法，预先在网络设备例如认证设备或接入设备上缓存图片、视频等静态资源，这样接入该网络设备的终端可直接从认证设备上获取图片、视频等资源，避免直接从服务器上下载资源导致服务器带宽不足。图2为本发明实施例提供的资源文件加载方法流程示意图，该方法应用于网络设备中，如图2所示，该方法包括：步骤s21、若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；具体地，考虑到不同站点之间依然需要从服务器下载静态资源。下载高峰期间，网络设备都发起下载，高峰期间的带宽需求依然较高的问题，本发明实施例中，各个网络设备采取错峰下载的方式避免集中下载造成带宽需求较高的问题，网络设备在判断获知满足预设缓存条件之后，从服务器下载网络设备对应的资源文件并保存，其中，针对不同场景，网络设备可以是部署在各个站点的认证设备或接入设备，其中站点是指网络设备存放点，对外提供wifi认证上网的场所(门店)，且这里的资源文件一般是指静态资源文件，如图片视频等相对于动态资源占用带宽较大的资源。预设缓存条件可以包括：服务器的网络带宽空闲或到达预设空闲时段，例如，根据经验获知，服务器的空闲时段为凌晨3点至凌晨4点，则可以将该时段划分为多个子时段，为每个网络设备分配不同的子时段，当网络设备判断当前时期到达自己对应的子时段时，从服务器下载网络设备对应的资源文件并保存。或者服务器通过与各个通信设备之间的心跳报文判断到当前服务器带宽空闲时，通告网络设备进行资源文件下载，网络设备接到服务器通告之后，从服务器下载静态资源。本发明实施例中，网络设备在空闲时段预先缓存其对应的资源文件，而非根据终端请求去触发缓存资源文件操作，避免了终端集中请求资源时造成的带宽需求较高问题。步骤s22、拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；步骤s23、若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。具体地，终端向服务器发送的网络请求报文都会经过网络设备，根据不同通信场景，网络请求报文可以为认证请求报文，此时的网络设备为认证设备，若网络请求报文为入网请求报文，此时的网络设备为接入设备，更进一步地，网络请求报文是指认证请求报文或者入网请求报文中请求静态资源的报文。网络设备拦截终端发送给服务器的网络请求报文之后，判断本地是存储有网络请求报文对应的资源文件，若有，则直接将资源文件发送至终端，以供终端加载所述资源文件，若本地没有，则放行网络请求报文，以便终端从服务器获取资源文件。本发明实施例提供的资源文件加载方法，网络设备若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。通过网络设备预先在空闲时段下载资源文件，解决了终端集中请求资源高峰期带宽不足页面加载慢的问题，合理利用闲时宽带，节省了带宽支出。在上述实施例的基础上，进一步地，所述从服务器下载所述网络设备对应的资源文件并保存，包括：确定所述网络设备对应的设备编号；根据所述设备编号确定所述网络设备对应的资源文件清单；向服务器发送资源请求报文，所述资源请求报文携带所述资源文件清单；接收所述服务器返回的资源响应报文，所述资源响应报文包括所述资源清单对应的资源文件信息；根据所述资源文件信息下载所述资源文件清单对应的所有资源文件，并保存所述所有资源文件。具体地，网络设备首先确定对应的设备编号，设备编号能够体现出网络设备所在站点，然后网络设备根据设备编号确定网络设备对应的资源文件清单，资源文件清单可以是管理员预先根据站点信息在网络设备上配置的，也可以是网络设备向服务器发送设备编号之后，服务器向网络设备返回的资源文件清单，本发明实施例对此不作限定。得到资源文件清单之后，网络设备向服务器发送资源请求报文，资源请求报文携带网络设备对应的资源文件清单；服务器收到资源请求报文之后，向网络设备发送资源响应报文，资源响应报文包括资源清单对应的资源文件信息，例如资源文件下载地址等。网络设备根据资源响应报文中的资源文件信息下载资源文件清单对应的所有资源文件，并保存所有资源文件。以portal认证为例，认证设备要缓存认证页面静态资源，主要是缓存所属站点要呈现的portal认证页面静态资源。管理员在portal认证服务器上配置页面时，portal认证服务器可以自动将认证页面上的静态资源信息记录到hot.html中，同时因为不同站点显示的认证页面不同，避免冗余下载，所以将针对不同站点生成不同的“hot.html”，实际文件名为“xx站点-hot.html”。认证设备则定时从服务器获取所在站点的hot.html。当用户终端发起认证请求时，所有认证请求都需要经过认证设备，认证设备判断本地是否有缓存静态资源，若命中，则直接将本地的资源返回给终端；否则直接通过公网下载portal静态资源(概率很小)；终端浏览器收到portal静态资源进行渲染呈现。在上述各实施例的基础上，进一步地，所述资源文件信息包括：资源文件名和资源文件下载地址；相应地，所述根据所述资源文件信息下载所述资源文件清单对应的所有资源文件，包括：分别根据所述资源文件清单中每个资源文件名对应的资源下载地址下载所述资源文件；相应地，所述保存所述所有资源文件，包括：保存所述所有资源文件、资源文件名和对应的资源文件下载地址。所述网络请求报文中包括待请求的资源文件名和/或资源文件下载地址；相应地，所述判断本地是否存储所述网络请求报文对应的资源文件，包括：根据所述待请求的资源文件名和/或资源文件下载地址，判断本地是否存储所述网络请求报文对应的资源文件。具体地，资源文件信息可以包括资源文件名和资源文件下载地址(即资源文件的统一资源定位系统uniformresourcelocator，简称url)。服务器返回的hot.html中包括了该站点对应的所有资源文件名和资源url，网络设备可根据资源url下载对应的资源文件，并存储资源文件、资源文件名和资源url。相应地，终端发送的网络请求报文可以包括待请求的资源文件名和/或资源url，若网络请求报文仅包括资源文件名，则网络设备可以根据资源文件名匹配本地存储的资源文件名列表，若匹配成功，则将对应的资源文件反馈至终端；若网络请求报文仅包括资源url，则网络设备可以根据资源url匹配本地存储的资源url列表，若匹配成功，则将对应的资源文件反馈至终端；若网络请求报文包括资源文件名和资源url，则网络设备可以优先根据资源url匹配本地存储的资源url列表，若匹配成功，再利用资源文件名进行校验，校验成功则将对应的资源文件反馈至终端，提高了资源下载正确率和下载效率。在上述各实施例的基础上，进一步地，所述资源文件信息还包括：资源文件的修改时间点；相应地，所述保存所述所有资源文件，还包括：保存每个所述资源文件的修改时间点。若判断获知满足预设更新条件，则更新本地存储的资源文件。其中，所述若判断获知满足预设更新条件，则更新本地存储的资源文件，包括：若所述服务器返回的资源响应报文中第一资源文件的修改时间点与本地保存的第一资源文件的修改时间点不同，则删除本地保存的所述第一资源文件，并重新获取所述第一资源文件；或，若所述服务器返回的资源响应报文中不包括本地存储的第二资源文件信息，则删除本地保存的所述第二资源文件；或，若所述服务器返回的资源响应报文中包括第三资源文件信息，且所述第三资源文件在所述网络设备本地存储的资源文件中不存在，则从所述服务器中获取所述第三资源文件。具体地，hot.html中不仅包括该站点对应的所有资源文件名和资源url，还可以包括每个资源文件的修改时间点，表1为hot.html中的资源文件信息表示例：表1hot.html中的资源文件信息表资源文件名资源url修改时间点123456789.pnghttp://png.com/2020/123456789.png2020-10-0115:01abcd.jpghttp://jpg.com/2020/abcd.jpg2020-10-1219:08efg.gifhttp://gif.com/2020/efg.gif2020-10-1219:07如表1所示，某个站点对应三个资源文件，其修改时间各不相同，网络设备在获取到hot.html之后，同样保存各个资源文件的修改时间点。网络设备每次获取到服务器返回的hot.html后，对内容进行解析，发现hot.html的资源文件的修改时间点与网络设备本地缓存资源的修改时间点不同，则说明服务器上的资源有更新，则需要网络设备从hot.html页面上拿到资源url，向服务器发起资源下载，重新获取资源并缓存到网络设备本地，通过设置修改时间点，可以确保文件资源的时效性。此外，不断的把资源文件保存到网络设备存储，若不删除，则网络设备存储迟早会被资源文件占满，为避免此问题，在网络设备获取hot.html后，将本地缓存的资源文件与hot.html的文件列表进行对比，若存在第一资源文件，本地和hot.html都存在，则对比修改时间点，若相同，则不做处理；若修改时间点不同，则删除本地第一资源，并重新下载第一资源文件并保存到本地。若发现第二资源文件本地存在，但hot.html上没有，则从本地删除第二资源文件；若第三资源文件本地没有而hot.html上存在，则从服务器下载第三资源文件到本地并保存，通过在判断满足预设更新条件时更新网络本地存储的资源文件，即保证了资源文件的时效性，又节约了网络设备的存储空间。图3本发明实施例提供的认证设备更新资源文件方法流程示意图，如图3所示，删除hot.html中没有但本地保存的资源文件，避免认证设备资源文件冗余，当修改时间点不一致时重新下载资源文件，避免认证设备和portal认证服务器资源不一致的问题。图4本发明实施例提供的portal认证流程示意图，如图4所示，管理员配置portal页面之后，portal认证服务器生成各站点对应的hot.html，认证设备在空闲时段获取所在站点对应的hot.html，然后认证设备判断是否需要进行资源文件更新，如果不需要，则定期获取hot.html，获取频率可配置，如设置每天获取一次等，如果需要更新，则认证设备更新本地存储的资源文件。之后，用户使用手机连接认证设备提供的wifi信号，则手机浏览器发起portal请求，认证设备拦截该请求，匹配portal资源url，判断本地是否有portal资源，若有，则认证设备直接返回portal资源，手机浏览器显示portal资源，若本地没有，则从服务器下载portal资源，手机浏览器显示portal资源，由于认证设备定期获取portal资源，因为匹配不成功的概率较低，极大降低了从服务器获取portal资源的概率。本发明实施例提供的资源文件加载方法，网络设备若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。通过网络设备预先在空闲时段下载资源文件，解决了终端集中请求资源高峰期带宽不足页面加载慢的问题，合理利用闲时宽带，节省了带宽支出。并且，网络设备定期更新存储的资源文件，既节约了网络设备的存储空间，又保证了资源文件的一致性，提高了资源文件加载效率。基于同样的发明构思，本发明实施例还提供一种网络设备，如图5所示，包括：缓存模块51、拦截判断模块52和发送模块53，其中：缓存模块51用于若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截判断模块52用于拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；发送模块53用于若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。如上述网络设备，可选地，所述缓存模块51具体用于：确定所述网络设备对应的设备编号；根据所述设备编号确定所述网络设备对应的资源文件清单；向服务器发送资源请求报文，所述资源请求报文携带所述资源文件清单；接收所述服务器返回的资源响应报文，所述资源响应报文包括所述资源清单对应的资源文件信息；根据所述资源文件信息下载所述资源文件清单对应的所有资源文件，并保存所述所有资源文件。如上述网络设备，可选地，所述资源文件信息包括：资源文件名和资源文件下载地址；相应地，所述缓存模块51具体用于：分别根据所述资源文件清单中每个资源文件名对应的资源下载地址下载所述资源文件；保存所述所有资源文件、资源文件名和对应的资源文件下载地址。如上述网络设备，可选地，所述网络请求报文中包括待请求的资源文件名和/或资源文件下载地址；相应地，所述拦截判断模块52具体用于：根据所述待请求的资源文件名和/或资源文件下载地址，判断本地是否存储所述网络请求报文对应的资源文件。如上述网络设备，可选地，所述资源文件信息还包括：资源文件的修改时间点；相应地，所述缓存模块51还用于：保存每个所述资源文件的修改时间点。如上述网络设备，可选地，还包括：更新模块；所述更新模块用于，若判断获知满足预设更新条件，则更新本地存储的资源文件。如上述网络设备，可选地，所述更新模块具体用于：若所述服务器返回的资源响应报文中第一资源文件的修改时间点与本地保存的第一资源文件的修改时间点不同，则删除本地保存的所述第一资源文件，并重新获取所述第一资源文件；或，若所述服务器返回的资源响应报文中不包括本地存储的第二资源文件信息，则删除本地保存的所述第二资源文件；或，若所述服务器返回的资源响应报文中包括第三资源文件信息，且所述第三资源文件在所述网络设备本地存储的资源文件中不存在，则从所述服务器中获取所述第三资源文件。如上述网络设备，可选地，所述预设缓存条件包括：所述服务器的网络带宽空闲或到达预设空闲时段。如上述网络设备，可选地，所述网络设备为认证设备，所述网络请求报文为认证请求报文。如上述网络设备，可选地，所述网络设备为接入设备，所述网络请求报文为入网请求报文。本发明实施例提供的网络设备，用于实现上述方法，其功能具体参照上述方法实施例，此处不再赘述。图6为本发明实施例提供的电子设备的结构示意图，如图6所示，所述设备包括：处理器(processor)61、存储器(memory)62和总线63；其中，处理器61和存储器62通过所述总线63完成相互间的通信；处理器61用于调用存储器62中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。本发明实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：若判断获知满足预设缓存条件，则从服务器下载所述网络设备对应的资源文件并保存；拦截终端发送给所述服务器的网络请求报文之后，判断本地是否存储所述网络请求报文对应的资源文件；若本地存储有所述资源文件，则将所述资源文件发送至终端，以供所述终端加载所述资源文件。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。以上所描述的装置等实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。最后应说明的是：以上各实施例仅用以说明本发明的实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明的实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明的各实施例技术方案的范围。当前第1页12