本申请公开的一种一端发布轻应用且自动适配多终端使用的方法及系统，该方法包括：部署基于预设的应用开发规范、适配屏幕比例以及适配分辨率开发所得、且可适配多终端的轻应用程序；调用部署在后台的应用管理程序进行应用发布；基于微服务架构，进行后台接口开发，以基于所述后台接口建立各终端与基座之间的连接；针对每个请求终端，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并通过相应请求终端对获取到的目标应用数据包进行解析渲染，实现轻应用的运行。该方法的实施能够避免针对同一应用在多个终端上需要适配每种终端的开发及发布，存在工作量大、发布流程慢以及迭代频次低的问题。
1.一种一端发布轻应用且自动适配多终端使用的方法，所述方法应用于部署在后台的基座中，其特征在于，所述方法包括：S1、部署基于预设的应用开发规范、适配屏幕比例以及适配分辨率开发所得、且可适配多终端的轻应用程序；
S3、基于微服务架构，进行后台接口开发，以基于所述后台接口建立各终端与基座之间的连接；
S4、针对每个请求终端，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并通过相应请求终端对获取到的目标应用数据包进行解析渲染，实现轻应用的运行；
S31、将轻应用涵盖的各类应用需求单独抽离出来，并针对单独抽离所得的各类应用需求，独立开发相应的后台接口；
S32、将开发所得的各个后台接口挂载到微服务网关平台，以基于所述微服务网关平台进行多端接口的统一调配；
步骤S4中，所述根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并在通过相应请求终端对获取到的目标应用数据包进行解析渲染时，实现轻应用的运行，包括：S41、基于所述后台接口获取经由相应请求终端传输的目标属性信息；
S42、基于所述目标属性信息，进行目标应用数据包的适配，所述目标应用数据包中包括轻应用页面加载文件；
S43、向相应请求终端推送所述目标应用数据包，以通过相应请求终端对获取到的目标应用数据包进行解析，以及基于解析得到的轻应用页面加载文件进行目标轻应用页面的加载，其中，页面加载的过程中，将通过预设的显示渲染架构进行页面渲染，以实现轻应用的运行；
S5、在后台上传新版本的第一目标轻应用时，按照预设的版本更新方式，对所述第一目标轻应用的版本号进行更新；
步骤S43中，相应请求终端在对获取到的目标应用数据包进行页面渲染，包括以下执行步骤：S431、请求终端获取待运行的第二目标轻应用的运行版本，并在确定所述第二目标轻应用的运行版本不是最新版本时，重新请求获取具备最新运行版本的最新应用数据包；
S432、请求终端基于获取到的最新应用数据包进行解析渲染，其中，页面渲染过程中，在接收到应用更新消息时，将同步进行页面刷新，并加载、及显示轻应用的更新内容。
2.一种一端发布轻应用且自动适配多终端使用的方法，其特征在于，所述方法应用于部署在后台的基座中，其特征在于，所述方法包括：S1、部署基于预设的应用开发规范、适配屏幕比例以及适配分辨率开发所得、且可适配多终端的轻应用程序；
S3、基于微服务架构，进行后台接口开发，以基于所述后台接口建立各终端与基座之间的连接；
S4、针对每个请求终端，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并通过相应请求终端对获取到的目标应用数据包进行解析渲染，实现轻应用的运行；
S31、将轻应用涵盖的各类应用需求单独抽离出来，并针对单独抽离所得的各类应用需求，独立开发相应的后台接口；
S32、将开发所得的各个后台接口挂载到微服务网关平台，以基于所述微服务网关平台进行多端接口的统一调配；
步骤S4中，所述根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并在通过相应请求终端对获取到的目标应用数据包进行解析渲染时，实现轻应用的运行，包括：S41、基于所述后台接口获取经由相应请求终端传输的目标属性信息；
S42、基于所述目标属性信息，进行目标应用数据包的适配，所述目标应用数据包中包括轻应用页面加载文件；
S43、向相应请求终端推送所述目标应用数据包，以通过相应请求终端对获取到的目标应用数据包进行解析，以及基于解析得到的轻应用页面加载文件进行目标轻应用页面的加载，其中，页面加载的过程中，将通过预设的显示渲染架构进行页面渲染，以实现轻应用的运行；
所述请求终端包括PC客户端，步骤S43中，相应请求终端通过预设的显示渲染架构进行页面渲染，包括以下执行步骤：S433、PC客户端在确定存在页面初始化、轻应用页面尺寸存在变动和/或调整分辨率的情况时，识别显示窗口的分辨率；
S434、PC客户端根据识别到的显示窗口的分辨率，对待显示的页面显示内容进行布局调整，并重新进行加载渲染。
3.根据权利要求1或2所述的方法，其特征在于，步骤S1中，所述适配屏幕比例包括16:
9、18:9、20.5:9、21:9中的至少一种，所述适配分辨率包括1920*1080的1080p分辨率、以及
4.根据权利要求1或2所述的方法，其特征在于，步骤S2中，所述调用部署在后台的应用管理程序进行应用发布，包括：S21、将开发后的轻应用程序进行打包处理，得到相应的打包文件；
S22、将所述打包文件上传到后台，以通过部署在后台的应用管理程序进行应用发布。
5.一种一端发布轻应用且自动适配多终端使用的系统，其特征在于，所述系统包括应用部署模块、应用发布模块、接口部署模块以及应用适配模块，其中：所述应用部署模块，用于部署基于预设的应用开发规范、适配屏幕比例以及适配分辨率开发所得、且可适配多终端的轻应用程序；
所述应用发布模块，用于调用部署在后台的应用管理程序进行应用发布；
所述接口部署模块，用于基于微服务架构，进行后台接口开发，以基于所述后台接口建立各终端与基座之间的连接；
所述应用适配模块，用于针对每个请求终端，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并通过相应请求终端对获取到的目标应用数据包进行解析渲染，实现轻应用的运行；
所述接口部署模块基于微服务架构，进行后台接口开发的具体实现为：将轻应用涵盖的各类应用需求单独抽离出来，并针对单独抽离所得的各类应用需求，独立开发相应的后台接口；
将开发所得的各个后台接口挂载到微服务网关平台，以基于所述微服务网关平台进行多端接口的统一调配；
所述应用适配模块根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并在通过相应请求终端对获取到的目标应用数据包进行解析渲染时，实现轻应用的运行的具体实现为：基于所述后台接口获取经由相应请求终端传输的目标属性信息；
基于所述目标属性信息，进行目标应用数据包的适配，所述目标应用数据包中包括轻应用页面加载文件；
向相应请求终端推送所述目标应用数据包，以通过相应请求终端对获取到的目标应用数据包进行解析，以及基于解析得到的轻应用页面加载文件进行目标轻应用页面的加载，其中，页面加载的过程中，将通过预设的显示渲染架构进行页面渲染，以实现轻应用的运行；
还包括应用版本更新模块，其中：应用版本更新模块，用于在后台上传 新版本的第一目标轻应用时，按照预设的版本更新方式，对第一目标轻应用的版本号进行更新；
触发请求终端获取待运行的第二目标轻应用的运行版本，并在确定第二目标轻应用的运行版本不是最新版本时，重新请求获取具备最新运行版本的最新应用数据包；
触发请求终端基于获取到的最新应用数据包进行解析渲染，其中，页面渲染过程中，在接收到应用更新消息时，将同步进行页面刷新，并加载、及显示轻应用的更新内容。
6.一种一端发布轻应用且自动适配多终端使用的系统，其特征在于，所述系统包括应用部署模块、应用发布模块、接口部署模块以及应用适配模块，其中：所述应用部署模块，用于部署基于预设的应用开发规范、适配屏幕比例以及适配分辨率开发所得、且可适配多终端的轻应用程序；
所述应用发布模块，用于调用部署在后台的应用管理程序进行应用发布；
所述接口部署模块，用于基于微服务架构，进行后台接口开发，以基于所述后台接口建立各终端与基座之间的连接；
所述应用适配模块，用于针对每个请求终端，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并通过相应请求终端对获取到的目标应用数据包进行解析渲染，实现轻应用的运行；
所述接口部署模块基于微服务架构，进行后台接口开发的具体实现为：将轻应用涵盖的各类应用需求单独抽离出来，并针对单独抽离所得的各类应用需求，独立开发相应的后台接口；
将开发所得的各个后台接口挂载到微服务网关平台，以基于所述微服务网关平台进行多端接口的统一调配；
所述应用适配模块根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并在通过相应请求终端对获取到的目标应用数据包进行解析渲染时，实现轻应用的运行的具体实现为：基于所述后台接口获取经由相应请求终端传输的目标属性信息；
基于所述目标属性信息，进行目标应用数据包的适配，所述目标应用数据包中包括轻应用页面加载文件；
向相应请求终端推送所述目标应用数据包，以通过相应请求终端对获取到的目标应用数据包进行解析，以及基于解析得到的轻应用页面加载文件进行目标轻应用页面的加载，其中，页面加载的过程中，将通过预设的显示渲染架构进行页面渲染，以实现轻应用的运行；
所述请求终端包括PC客户端，所述应用适配模块204还用于：PC客户端在确定存在页面初始化、轻应用页面尺寸存在变动和/或调整分辨率的情况时，识别显示窗口的分辨率；
PC客户端根据识别到的显示窗口的分辨率，对待显示的页面显示内容进行布局调整，并重新进行加载渲染。
7.根据权利要求5或6所述的系统，其特征在于，所述适配屏幕比例包括16:9、18:9、
20.5:9、21:9中的至少一种，所述适配分辨率包括1920*1080的1080p分辨率、以及1280*720的720p分辨率中的至少一种。
8.根据权利要求5或6所述的系统，其特征在于，所述应用发布模块还用于将开发后的轻应用程序进行打包处理，得到相应的打包文件；将所述打包文件上传到后台，以通过部署在后台的应用管理程序进行应用发布。
一种一端发布轻应用且自动适配多终端使用的方法及系统
技术领域
[0001] 本发明涉及移动互联网技术领域，更具体地说，涉及一种一端发布轻应用且自动适配多终端使用的方法及系统。
背景技术
[0002] 当前移动互联网技术应用发展迅速，各种个人应用终端不断涌现，并且每种终端又具有单独适配的操作系统。后来，经过多年发展，又逐渐形成了桌面端PC（其具体是以windows系统为主）和移动设备端（其具体是以Android及以安卓作为底层的系统为主，如手表、电视、车载主机等）。针对这类终端的新应用发布，其需要单独适配设备分辨率或操作系统，在独立发布一套应用时，需要开发人员针对同一应用在多个终端上需要适配每种终端的开发及发布，存在工作量大、发布流程慢以及迭代频次低的问题。
发明内容
[0003] 本发明要解决的技术问题在于，针对现有的技术方案存在的工作量大、发布流程慢以及迭代频次低的技术问题，提供一种一端发布轻应用且自动适配多终端使用的方法及系统。
[0004] 本发明解决其技术问题所采用的技术方案是：构造一种一端发布轻应用且自动适配多终端使用的方法，所述方法应用于部署在后台的基座中，所述方法包括：
[0005] S1、部署基于预设的应用开发规范、适配屏幕比例以及适配分辨率开发所得、且可适配多终端的轻应用程序；
[0006] S2、调用部署在后台的应用管理程序进行应用发布；
[0007] S3、基于微服务架构，进行后台接口开发，以基于所述后台接口建立各终端与基座之间的连接；
[0008] S4、针对每个请求终端，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并通过相应请求终端对获取到的目标应用数据包进行解析渲染，实现轻应用的运行。
[0009] 本申请公开的一种一端发布轻应用且自动适配多终端使用的系统，所述系统包括应用部署模块、应用发布模块、接口部署模块以及应用适配模块，其中：
[0010] 所述应用部署模块，用于部署基于预设的应用开发规范、适配屏幕比例以及适配分辨率开发所得、且可适配多终端的轻应用程序；
[0011] 所述应用发布模块，用于调用部署在后台的应用管理程序进行应用发布；
[0012] 所述接口部署模块，用于基于微服务架构，进行后台接口开发，以基于所述后台接口建立各终端与基座之间的连接；
[0013] 所述应用适配模块，用于针对每个请求终端，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并通过相应请求终端对获取到的目标应用数据包进行解析渲染，实现轻应用的运行。
[0014] 实施本发明的一种一端发布轻应用且自动适配多终端使用的方法及系统，通过一种移动端应用在其他端展现并使用的入口和方式，降低了多端应用需求下的前后端应用开发工作量，避免用户的多端应用体验不统一、版本不统一、运维工作不统一的问题，能够达到一处运维多端生效的效果，极大提升了运维效率与使用体验。在移动端应用适配其他端使用方面，通过高度集成的微服务网关平台，可实现多端接口的统一调配，使得软件应用的多端适配更加便捷，规避了现有的技术方案中存在的工作量大、发布流程慢以及迭代频次低的问题。
附图说明
[0015] 下面将结合附图及实施例对本发明作进一步说明，附图中：
[0016] 图1是本发明的一个实施例中的一种一端发布轻应用且自动适配多终端使用的方法的实施流程图；
[0017] 图2是本发明的一个实施例中的一种一端发布轻应用且自动适配多终端使用的系统的结构图。
具体实施方式
[0018] 以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。
[0019] 在本发明的一个或多个实施例中，如图1所示，提供了的一种一端发布轻应用且自动适配多终端使用的方法，该方法应用于部署在后台的基座中，该方法包括：
[0020] 步骤S1，部署基于预设的应用开发规范、适配屏幕比例以及适配分辨率开发所得、且可适配多终端的轻应用程序。
[0021] 具体的，轻应用开发过程中，首先，将根据前端开放规范，按照预定义的版本，例如，VUE2.0版本或高于VUE2.0的版本创建轻应用开发工程。之后，再对开发所得、且可适配多终端的轻应用程序进行部署。如此，其他终端在连接到基座的情况下，即可访问预先部署好的各种轻应用。
[0022] 当前实施例中开发的轻应用，可支持Windows、Linux、Android、IOS、鸿蒙等操作系统，其中，（1）由于其他终端打开轻应用的方式是：通过终端自带的浏览器工具进行页面渲染。因此，当前实施例中，终端通过浏览器内核运行基于预设编译框架，例如VUE（构建用户界面的渐进式框架）框架编译所得的前端页面，实现轻应用的运行。（2）终端运行消息服务，在成功与服务端实时交互的情况下，实现轻应用的更新。
[0023] 在其中一个实施例中，也可支持基于响应式布局方式进行前端开发，包括通过UA标识识别设备分类，之后再通过识别页面分辨率，选择预设的页面显示模式。需要说明的是，响应式布局方式包括缩放布局、流式布局和响应式设计这三种方式。其中，缩放布局旨在相对缩放每一个元素，它们会随着窗口大小变化动态缩放内容，而布局本身保持静止，通过改变每一个元素来保持一致的表现。流式布局中将随着窗口尺寸缩放容器元素，通过“em”这类相对单位可以做到这点，如此，可以克服缩小文字的问题。响应式设计中则不会缩放任何东西，相反，该方式下会根据窗口尺寸决定显示哪些内容。
[0024] 步骤S2，调用部署在后台的应用管理程序进行应用发布。
[0025] 具体的，对已部署的轻应用程序进行封装、及打包。其中，打包所得的文件，将上传后台，以由部署在后台的后端管理程序进行应用发布。
[0026] 在其中一个实施例中，后端管理程序将获取由目标开发者登录至预设的请求发布页面，并针对各个待发布轻应用，对应输入的应用发布数据。在一个实施例中，应用发布数据包括但不限于是应用版本、应用类型、应用创建时间、用户登录账号等。之后，后端管理程序再按照预设的审核规则，对获取到的应用发布数据进行审核。最后，后端管理程序再针对审核结果为审核通过的多个第一轻应用进行应用发布。
[0027] 步骤S3，基于微服务架构，进行后台接口开发，以基于后台接口建立各终端与基座之间的连接。
[0028] 具体的，接口开发旨在将网站、软件系统或应用等通过一个链接关联到另一个应用。如在网站上设置一个支付宝登录接口，如此，登录网站的用户，即可通过该支付宝登录接口关联到支付宝的登录页面。接口开发就是这样模块的从设计、实现到应用的过程。
[0029] 在其中一个实施例中，已开发的各个后台接口将挂载到微服务网关平台。在一个实施例中，将由微服务网关平台接收各终端针对目标后台接口的业务访问请求信息。其中，业务访问请求信息中携带有各终端的身份认证信息（例如，设备独有的识别标识、历史接口访问信息等）和目标后台接口的接口信息（例如，接口名、接口描述以及接口读写属性等信息）。之后，微服务网关平台根据该身份认证信息以及接口信息，判断相应请求终端是否具备对目标后台接口的访问权限。
[0030] 在一个实施例中，若确定相应请求终端具备对目标后台接口的访问权限，则基于该目标后台接口建立各终端与基座之间的连接。反之，则反馈表征接口访问失败的通知信息到相应请求终端。
[0031] 步骤S4，针对每个请求终端，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并通过相应请求终端对获取到的目标应用数据包进行解析渲染，实现轻应用的运行。
[0032] 具体的，多终端页面中将预留独立入口，为小屏端提供应用卡片，让移动应用在多种终端的适配应用提供了一种新的方式。同时，在后台提供了为适配各终端使用的微服务网关平台以及自适应API方法库，使应用一次发布，即可同时应用到多个终端（大屏端用浮窗应用方式、小屏端用卡片形式显示），同步可适配各终端能力。
[0033] 此外，单个应用的应用界面仅需开发一套，即可实现在多端的使用。在应用开发、应用运维、用户使用感知中，极大地降低了开发工作量、运维难度，同时提升了快速迭代能力，让用户可在多端同步感知到应用的更新，又无需繁琐的鉴权认证与重新安装升级，赋予了应用开发机构/个人更多的自主权限，让用户的应用端之间更快打破壁垒，实现移动化的高效统一，应予以保护
[0034] 上述一端发布轻应用且自动适配多终端使用的方法，通过一种移动端应用在其他端展现并使用的入口和方式，降低了多端应用需求下的前后端应用开发工作量，避免用户的多端应用体验不统一、版本不统一、运维工作不统一的问题，能够达到一处运维多端生效的效果，极大提升了运维效率与使用体验。在移动端应用适配其他端使用方面，通过高度集成的微服务网关平台，可实现多端接口的统一调配，使得软件应用的多端适配更加便捷，规避了现有的技术方案中存在的工作量大、发布流程慢以及迭代频次低的问题。
[0035] 在其中一个实施例中，步骤S1中，适配屏幕比例包括16:9、18:9、20.5:9、21:9中的至少一种，适配分辨率包括1920*1080的1080p分辨率、以及1280*720的720p分辨率中的至少一种。
[0036] 在其中一个实施例中，步骤S2中，调用部署在后台的应用管理程序进行应用发布，包括：
[0037] 步骤S21，将开发后的轻应用程序进行打包处理，得到相应的打包文件。
[0038] 具体的，在对开发后的轻应用程序进行打包处理时，可以基于预先构建的文件打包脚本，并基于该文件打包脚本对开发后的轻应用程序进行打包处理，得到相应的打包文件。
[0039] 在其中一个实施例中，打包文件可以有两种格式：*.jar和*.aar。可以理解的是，具备*.jar格式的打包文件中只包含代码。而具备*.aar格式的打包文件包含图片、布局等资源文件，本申请不对打包文件具备的格式进行限定。
[0040] 步骤S22，将打包文件上传到后台，以通过部署在后台的应用管理程序进行应用发布。
[0041] 在其中一个实施例中，步骤S3中，基于微服务架构，进行后台接口开发，包括：
[0042] 步骤S31，将轻应用涵盖的各类应用需求单独抽离出来，并针对单独抽离所得的各类应用需求，独立开发相应的后台接口。
[0043] 步骤S32，将开发所得的各个后台接口挂载到微服务网关平台，以基于微服务网关平台进行多端接口的统一调配。
[0044] 当前实施例中公开的微服务网关平台，提供了路由功能，可自动通过同一入口访问路径归类数据接口，实现接口的统一调配，使得软件应用的多端适配更加便捷。
[0045] 在其中一个实施例中，步骤S4中，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并在通过相应请求终端对获取到的目标应用数据包进行解析渲染时，实现轻应用的运行，包括：
[0046] 步骤S41，基于后台接口获取经由相应请求终端传输的目标属性信息。
[0047] 具体的，目标属性信息包括请求终端的版本、操作系统、分辨率等要素，请求终端将基于后台接口传输相应的目标属性信息，以使得信息接收端能够基于该目标属性信息进行目标应用数据包的适配、以及下载，并将下载所得的目标应用数据包反馈给请求终端，由该请求终端进行解析渲染。
[0048] 在其中一个实施例中，下载所得的第一目标应用数据包、以及第一目标应用数据包对应关联到的第一目标属性信息，将同步绑定存储到预设的数据存储库中。之后，在信息接收端获取再次获取到第一目标属性信息时，将基于第一目标属性信息构建索引条件，并基于已构建的索引条件从数据存储库中获取到所需的第一目标应用数据包，如此，在无需重复下载的情况下，提高系统执行效率。
[0049] 步骤S42，基于目标属性信息，进行目标应用数据包的适配，目标应用数据包中包括轻应用页面加载文件。
[0050] 需要说明的是，当基于上述的轻应用页面加载文件，进行目标轻应用页面的加载时，对应加载的显示页面中将会同步显示至少一个功能按钮。其中，上述的功能按钮可以为以图形表示特定功能的图形按钮，本申请实施例对此不作限定。如此，在具备访问权限的系统角色访问当前的显示页面，并触发相应功能按钮时，即可执行相应功能按钮对应的轻应用功能。
[0051] 步骤S43，向相应请求终端推送目标应用数据包，以通过相应请求终端对获取到的目标应用数据包进行解析，以及基于解析得到的轻应用页面加载文件进行目标轻应用页面的加载，其中，页面加载的过程中，将通过预设的显示渲染架构进行页面渲染，以实现轻应用的运行。
[0052] 具体的，相应请求终端在对获取到的目标应用数据包进行解析时，可调用预设的解析器或按照预设的解析规则对目标应用数据包中包括的各项内容进行解析。另外，在基于解析得到的轻应用页面加载文件，加载目标轻应用页面时，相应请求终端将调取页面加载信息，并依该页面加载信息打开对应页面。之后，在通过预设的显示渲染架构进行页面渲染时，还可以同步记录页面渲染时长。例如，页面加载终端可以预先记录好页面开始渲染的时间点，并在确定需要统计页面渲染时长时，通过判断特定视图（例如轻应用运行画面）是否存在于当前页面中，并以此记录页面结束渲染的时间点；之后，页面加载终端再根据记录所得的页面开始渲染的时间点以及页面结束渲染的时间点确定页面渲染时长。
[0053] 在一个实施例中，相应请求终端将同步对页面的加载时间进行计时（例如可以通过定时器进行计时，或通过在检测到页面加载事件时，根据页面加载事件对应的起始帧以及结束帧，确定当前页面的加载时间），并在确定一定加载时间内，一直显示白屏页面、且对应页面的加载时间超过预设时间阈值时，将停止页面加载，如此能够避免一直显示白屏页面而造成用户盲目等待的情况，减少用户等待时间，提升用户体验。
[0054] 在一个实施例中，当存在页面加载失败的情况时，相应请求终端还可以基于后台的历史记录信息，确定页面加载失败的原因。其中，当连续多次页面均加载失败时，相应请求终端将生成并显示网页加载超时的提醒消息，以便提醒用户当前页面加载失败。
[0055] 在其中一个实施例中，该方法还包括：
[0056] 步骤S5、在后台双穿新版本的第一目标轻应用时，按照预设的版本更新方式，对第一目标轻应用的版本号进行更新。
[0057] 在其中一个实施例中，步骤S43中，相应请求终端在对获取到的目标应用数据包进行页面渲染，包括以下执行步骤：
[0058] 步骤S431，请求终端获取待运行的第二目标轻应用的运行版本，并在确定第二目标轻应用的运行版本不是最新版本时，重新请求获取具备最新运行版本的最新应用数据包。
[0059] 具体的，请求终端针对待运行的第二目标轻应用，在进行页面渲染之前，将首先检测该应用的版本号是否为最新的版本号。在确定版本号不为最新时，将会自动下载具备最新运行版本的最新应用数据包、或重新请求获取具备最新运行版本的最新应用数据包，以进行数据包的解压渲染。
[0060] 步骤S432，请求终端基于获取到的最新应用数据包进行解析渲染，其中，页面渲染过程中，在接收到应用更新消息时，将同步进行页面刷新，并加载、及显示轻应用的更新内容。
[0061] 在其中一个实施例中，该请求终端包括PC客户端，步骤S43中，相应请求终端通过预设的显示渲染架构进行页面渲染，包括以下执行步骤：
[0062] 步骤S433，PC客户端在确定存在页面初始化、轻应用页面尺寸存在变动和/或调整分辨率的情况时，识别显示窗口的分辨率。
[0063] 步骤S434，PC客户端根据识别到的显示窗口的分辨率，对待显示的页面显示内容进行布局调整，并重新进行加载渲染。
[0064] 上述实施例，在一次发布多端使用的情况下，避免不同端要进行适配开发、调试、测试上线、更新迭代等一系列工作，解决了多端版本的统一。
[0065] 请参考图2，本申请提供的一种一端发布轻应用且自动适配多终端使用的系统200，该系统200包括应用部署模块201、应用发布模块202、接口部署模块203以及应用适配模块204，其中：
[0066] 应用部署模块201，用于部署基于预设的应用开发规范、适配屏幕比例以及适配分辨率开发所得、且可适配多终端的轻应用程序。
[0067] 应用发布模块202，用于调用部署在后台的应用管理程序进行应用发布。
[0068] 接口部署模块203，用于基于微服务架构，进行后台接口开发，以基于后台接口建立各终端与基座之间的连接。
[0069] 应用适配模块204，用于针对每个请求终端，根据相应请求终端附带的属性信息，进行目标应用数据包的适配以及推送，并通过相应请求终端对获取到的目标应用数据包进行解析渲染，实现轻应用的运行。
[0070] 在其中一个实施例中，适配屏幕比例包括16:9、18:9、20.5:9、21:9中的至少一种，适配分辨率包括1920*1080的1080p分辨率、以及1280*720的720p分辨率中的至少一种。
[0071] 在其中一个实施例中，应用发布模块还用于将开发后的轻应用程序进行打包处理，得到相应的打包文件；将打包文件上传到后台，以通过部署在后台的应用管理程序进行应用发布。
[0072] 在其中一个实施例中，接口部署模块203还用于将轻应用涵盖的各类应用需求单独抽离出来，并针对单独抽离所得的各类应用需求，独立开发相应的后台接口；将开发所得的各个后台接口挂载到微服务网关平台，以基于微服务网关平台进行多端接口的统一调配。
[0073] 在其中一个实施例中，应用适配模块204还用于基于后台接口获取经由相应请求终端传输的目标属性信息；基于目标属性信息，进行目标应用数据包的适配，目标应用数据包中包括轻应用页面加载文件；向相应请求终端推送目标应用数据包，以通过相应请求终端对获取到的目标应用数据包进行解析，以及基于解析得到的轻应用页面加载文件进行目标轻应用页面的加载，其中，页面加载的过程中，将通过预设的显示渲染架构进行页面渲染，以实现轻应用的运行。
[0074] 在其中一个实施例中，该系统200还包括应用版本更新模块，其中：应用版本更新模块，用于在后台双穿新版本的第一目标轻应用时，按照预设的版本更新方式，对第一目标轻应用的版本号进行更新。
[0075] 在其中一个实施例中，应用适配模块204还用于触发请求终端获取待运行的第二目标轻应用的运行版本，并在确定第二目标轻应用的运行版本不是最新版本时，重新请求获取具备最新运行版本的最新应用数据包；触发请求终端基于获取到的最新应用数据包进行解析渲染，其中，页面渲染过程中，在接收到应用更新消息时，将同步进行页面刷新，并加载、及显示轻应用的更新内容。
[0076] 在其中一个实施例中，请求终端包括PC客户端，应用适配模块204还用于触发PC客户端在确定存在页面初始化、轻应用页面尺寸存在变动和/或调整分辨率的情况时，识别显示窗口的分辨率；触发PC客户端根据识别到的显示窗口的分辨率，对待显示的页面显示内容进行布局调整，并重新进行加载渲染。
[0077] 上述的一端发布轻应用且自动适配多终端使用的系统，通过一种移动端应用在其他端展现并使用的入口和方式，降低了多端应用需求下的前后端应用开发工作量，避免用户的多端应用体验不统一、版本不统一、运维工作不统一的问题，能够达到一处运维多端生效的效果，极大提升了运维效率与使用体验。在移动端应用适配其他端使用方面，通过高度集成的微服务网关平台，可实现多端接口的统一调配，使得软件应用的多端适配更加便捷，规避了现有的技术方案中存在的工作量大、发布流程慢以及迭代频次低的问题。
[0078] 以上仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
