后端应用调用方法、装置、计算机设备和可读存储介质与流程

1.本申请涉及物联网技术领域，特别是涉及一种后端应用调用方法、装置、 计算机设备和可读存储介质。


背景技术：

2.前端服务用于处理客户端的请求，在传统的计算机系统中，客户端请求被 分层实现，前端处理用户交互操作的请求。前端服务一般运行在浏览器或者应 用软件等终端软件中。当前端与后台进行数据通讯时，前端通过网关会向后端 发起请求。该请求的实现一般直接由后端提供服务。
3.现有的技术主要是通过用户去管理台手动输入zookeeper地址让网关感知到 后端dubbo provider的存在。后端的服务提供者需要每次在发布接口后，去网关 管理台手动输入服务的注册地址。传统的做法需要后端provider提供者手动的配 置服务，无法自动感知服务的变动，同时也没有提供自动获取dubbo泛化调用 需要的元数据的能力。
4.目前针对相关技术中的问题，尚未提出有效的解决方案。


技术实现要素：

5.本申请实施例提供了一种后端应用调用方法、装置、计算机设备和可读存 储介质，以至少解决相关技术中无法自动感知后端服务变动的问题。
6.第一方面，本申请实施例提供了一种后端应用调用方法，所述后端应用接 入第三方组件，所述第三方组件以注解形式指定所述后端应用对应的url；包括：
7.在接收到用户的http请求后，对所述http请求进行解析，得到所述http请 求的url；
8.根据所述http请求的url进行路径匹配，在数据库中匹配得到所述url对应 的后端应用的元数据；所述数据库中包括：在所述后端应用启动时，所述第三 方组件写入的所述后端应用的元数据与url的映射关系；
9.根据所述后端应用的元数据，进行dubbo调用；
10.dubbo调用的返回值返回后，根据所述元数据中返回值的信息，通过反射转 化成http请求的返回值。
11.在其中一些实施例中，在所述根据所述http请求的url进行路径匹配之前， 所述方法还包括：
12.在后端应用启动时，判断所述后端应用是否依赖所述第三方组件；
13.若依赖，则所述第三方组件遍历spring容器，获取dubbo接口list；
14.若当前dubbo接口list中无dubbo接口，则返回启动失败信息；
15.若当前dubbo接口list中有dubbo接口，则遍历所述dubbo接口对应的后 端应用的元数据，并将元数据写入到元数据list中；
16.对所述元数据list进行权限校验，若校验通过，则将所述后端应用的元数 据与
url的映射关系写入到数据库中。
17.在其中一些实施例中，所述对元数据list进行权限校验包括：
18.根据所述元数据list，获取后端应用的应用名；
19.将url作为主key从所述数据库中拉取对应的记录；
20.若所述数据库中存在所述url对应的记录，则判断所述记录中的应用名是否 和所述应用名相同；若不同，则返回错误信息。
21.在其中一些实施例中，所述对元数据list进行权限校验包括：
22.在后端应用启动时，获取所述后端应用的应用名；
23.从数据库中获取所述应用名对应的dubbo接口，并和当前接口list进行比 较；
24.若数据库中存在所述dubbo接口，当前接口list中不存在，则将数据库中 所述dubbo接口对应的数据删除；
25.若数据库中不存在所述dubbo接口，当前接口list中存在，则将所述dubbo 接口以url作为主key，写入到所述数据库中；
26.若所述数据库中和所述当前接口list中均存在所述dubbo接口，则比较所 述dubbo接口中的元数据，若所述元数据不同，则将所述dubbo接口的元数据 更新到数据库中。
27.在其中一些实施例中，所述将元数据写入到元数据list中包括：
28.判断所述元数据中的参数名称是否编译擦除；
29.若未获取到参数名称，则返回错误信息；
30.若获取到参数名称，则判断所述参数名称中是否有vo对象，若无，则将 元数据写入到元数据list中；
31.若有，则校验所述vo对象是否满足field规则，若满足，则将元数据写入 到元数据list中。
32.在其中一些实施例中，所述后端应用对应的元数据包括：函数名、dubbo接 口名、函数参数、函数参数类型和函数返回值。
33.第二方面，本申请实施例提供了一种网关的应用方法，所述方法包括：
34.开启http服务；
35.接收到用户http请求后，根据请求的方法(get,post,put)和请求的url 组装成pattern，在上述的数据库中查询是否有对应的pattern；
36.若没有，则返回错误；
37.若有，则获取所述pattern对应的元数据；
38.根据元数据中的参数的名字，从所述http请求的header，uri，body中获取 参数的值，然后进行dubbo泛化调用；
39.dubbo返回后，根据元数据中的返回值的信息，通过反射转化成标准的http 请求的返回值。
40.第三方面，本申请实施例提供了一种后端应用调用装置，所述装置包括：
41.第三方组件，用于以注解形式指定所述后端应用对应的url；
42.写入模块，用于在后端应用启动时，所述第三方组件将所述后端应用的元 数据与url的映射关系写入到数据库中；
43.解析模块，用于在接收到用户的http请求后，解析得到所述http请求中的 url；
44.匹配模块，用于根据所述http请求的url进行路径匹配，在所述数据库中匹 配得到所述url对应的后端应用的元数据；
45.调用模块，用于根据所述后端应用的元数据，将所述http请求转换成对应 的dubbo协议，进行dubbo调用；
46.返回模块，用于将dubbo调用的返回值转换成http协议的返回值并返回至 用户。
47.第四方面，本申请实施例提供了一种计算机设备，包括存储器、处理器以 及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执 行所述计算机程序时实现如上述第一方面所述的后端应用调用方法。
48.第五方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计 算机程序，该程序被处理器执行时实现如上述第一方面所述的后端应用调用方 法。
49.相比于相关技术，本申请实施例提供的后端应用调用方法，所述后端应用 接入第三方组件，所述第三方组件以注解形式指定所述后端应用对应的url；在 后端应用启动时，所述第三方组件将所述后端应用的元数据与url的映射关系写 入到数据库中；接收用户的http请求，并解析得到所述http请求中的url；根据 所述http请求的url进行路径匹配，在所述数据库中匹配得到所述url对应的后 端应用的元数据根据所述后端应用的元数据，进行dubbo调用；dubbo调用的返 回值返回后，根据所述元数据中返回值的信息，通过反射转化成http请求的返 回值，解决了相关技术中无法自动感知后端服务变动的问题，且可以自动获取 dubbo泛化调用需要的元数据，整个过程无需进行任何手动配置。
50.本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请 的其他特征、目的和优点更加简明易懂。
附图说明
51.此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分， 本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限 定。在附图中：
52.图1是本申请实施例提供的后端应用调用方法的流程图；
53.图2为本申请实施例提供的网关应用方法的流程图；
54.图3是根据本申请实施例的后端应用调用装置的结构示意图；图4是本申请实施例提供的计算机设备的内部结构图。
具体实施方式
55.为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实 施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用 以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通 技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本 申请保护的范围。
56.显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于 本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些 附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过 程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关 的本领域的普通技术人员而言，在本申请
揭露的技术内容的基础上进行的一些 设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的 内容不充分。
57.在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或 特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短 语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的 实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施 例在不冲突的情况下，可以与其它实施例相结合。
58.除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属 技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一 个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申 请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖 不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、 产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤 或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单 元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理 的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本 申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系， 表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在 a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或
”ꢀ
的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的 对象，不代表针对对象的特定排序。
59.图1是根据本申请实施例的后端应用调用方法的流程图，如图1所示，该 流程包括如下步骤：
60.步骤110，在接收到用户的http请求后，对http请求进行解析，得到所述 http请求的url；
61.统一资源定位系统(uniform resource locator，url)是因特网的万维网服务 程序上用于指定信息位置的表示方法。当浏览器向web服务器发出请求时，它 向服务器传递了一个数据块，也就是http请求信息，http请求信息由3部分组成： (1)请求方法uri协议/版本(2)请求头(request header)(3)请求正文。 http请求的第一行是“方法uri协议/版本”例如：get/sample.jsp http/1.1， 以上代码中“get”代表请求方法，“/sample.jsp”表示uri，“http/1.1代表协 议和协议的版本。
62.uri在于i(identifier)是统一资源标示符，可以唯一标识一个资源。url在 于locater，一般来说(url)统一资源定位符，可以提供找到该资源的路径， 比如http://www.zhihu.com/question/21950864，但url又是uri，因为它可以标 识一个资源，所以url又是uri的子集。
63.步骤120，根据所述http请求的url进行路径匹配，在数据库中匹配得到所 述url对应的后端应用的元数据；所述数据库中包括：在所述后端应用启动时， 所述第三方组件写入的所述后端应用的元数据与url的映射关系；其中，第三方 组件可以为插件。在其中一些实施例中，所述后端应用对应的元数据包括：函 数名、dubbo接口名、函数参数、函数参数类型和函数返回值。
64.步骤130，根据所述后端应用的元数据，进行dubbo调用；
65.dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过 高性能的rpc实现服务的输出和输入功能，可以和spring框架无缝集成。dubbo 是一款高性能、轻量级的开源java rpc框架，它提供了三大核心能力：面向接 口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。
66.步骤140，dubbo调用的返回值返回后，根据所述元数据中返回值的信息， 通过反射转化成http请求的返回值。
67.传统地，后端应用服务需手动配置服务信息，后端应用的服务提供者需要 在每次发布接口后，去网关管理台手动输入后端应用服务的注册地址。且网关 泛化调用元数据需要人工手动去获取，自动化程度较低。
68.与现有方案相比，本申请通过第三方组件让后端服务提供者可以通过编码 的方式直接将dubbo接口信息暴漏给前端网关，整个过程无需进行任何手动配 置。第三方组件是后端服务使用的，当后端服务启动的时候，第三方组件会自 动的将接口的元数据和对应的url写入到数据库中，网关收到http请求后，会根 据url去数据库中查找对应的元数据。解决网关泛化调用元数据获取难题，通过 第三方组件自动检索dubbo接口的元数据，并将元数据以及元数据与dubbo接 口的映射关系写入数据库。前端网关收到restful调用的时候可以去数据库中获 取对应的url的dubbo接口元数据。
69.在其中一些实施例中，所述在后端应用启动时，在所述根据所述http请求 的url进行路径匹配之前，所述方法还包括：
70.在后端应用启动时，判断所述后端应用是否依赖所述第三方组件；
71.若依赖，则所述第三方组件遍历spring容器，获取dubbo接口list；
72.若当前dubbo接口list中无dubbo接口，则返回启动失败；
73.若当前dubbo接口list中有dubbo接口，则遍历所述dubbo接口对应的后 端应用的元数据，并将元数据写入到元数据list中；
74.对所述元数据list进行权限校验，若校验通过，则将所述后端应用的元数 据与url的映射关系写入到数据库中。
75.在其中一些实施例中，对元数据list进行权限校验包括：
76.根据所述元数据list，获取后端应用的应用名；
77.将url作为主key从所述数据库中拉取对应的记录；
78.若所述数据库中存在所述url对应的记录，则判断所述记录中的应用名是否 和所述应用名相同；若不同，则返回错误信息。
79.在其中一些实施例中，所述对所述元数据list进行权限校验包括：
80.在后端应用启动时，获取所述后端应用的应用名；
81.从数据库中获取所述应用名对应的dubbo接口，并和当前接口list进行比 较；
82.若数据库中存在所述dubbo接口，当前接口list中不存在，则将数据库中 所述dubbo接口对应的数据删除；
83.若数据库中不存在所述dubbo接口，当前接口list中存在，则将所述dubbo 接口以url作为主key，写入到所述数据库中；
84.若所述数据库中和所述当前接口list中均存在所述dubbo接口，则比较所 述dubbo接口中的元数据，若所述元数据不同，则将所述dubbo接口的元数据 更新到数据库
中。
85.用户通过将后端应用程序接入插件，指定接口api对应的url和method (get,post,put)。method:url作为(pattern)，是全局唯一的。
86.启动应用，自动判断是否依赖插件，如果依赖，插件开始处理接口数据。
87.插件遍历spring容器，收集dubbo接口的名称list。
88.若当前无dubbo接口，直接返回启动失败，告知用户无dubbo服务。
89.遍历dubbo接口的函数元数据，包括函数名，函数入参类型，函数入参名， 函数返回值类型，函数返回值名，并将信息保存在元数据list中。
90.判断元数据list是否为空，如果为空返回启动失败。
91.判断应用中指定的pattern是否有重复的，如果有返回错误。
92.根据spring.application.name或者接口名com.tuya.xx(xx代表应用名)，获 取应用名，如果应用名为空则返回错误。
93.根据pattern作为主key从数据库中拉取对应的记录。
94.如果数据库中有该记录，判断该pattern对应的应用名是否和该应用相同， 如果不同，则说明该pattern已被注册使用，返回错误。
95.从数据库中获取该应用对应的所有的pattern，然后和本次做比较。
96.如果数据库中存在该应用对应的pattern，但本次接口list中没有，证明是 用户下线该接口，将数据库中对应的数据删除。
97.如果数据库中没有该应用对应的pattern，但本次接口list中有，证明是新 增接口，将该接口以pattern作为主key，写入数据库中。
98.如果数据库中和本次接口list中都有，则比较接口的元数据，如果元数据 不同，证明是更新接口，将该接口元数据更新到数据库中。
99.api权限校验具体如下：在当前应用api列表key查询redis的元数据list， 抓取dubbo接口中的appname，判断redis的元数据list的接口中appname 是否为空，若不为空，则进一步判断appname是否都是当前应用的appname， 若出现别的appname，则启动失败，若只出现自己的appname，则判断自身应 用是否是第一次注册元数据。若redis的元数据list的接口中appname为空， 则判断自身应用是否是第一次注册元数据。若是第一次注册启动，则跳过当前 api权限校验，校验完成。若不是第一次注册启动，则找出上次注册的元数据， 比对上次注册的元数据与当前元数据，得到差异集合。若差异集合不为空，则 去除差异api key，校验完成。在校验完成后，更新自身应用api
‑
key的zset， 更新公共所有的api
‑
key的zset，更新对应的api元数据详情。
100.在其中一些实施例中，将元数据写入到元数据list中包括：
101.判断所述元数据中的参数名称是否编译擦除；
102.若未获取到参数名称，则返回错误信息；
103.若获取到参数名称，则判断所述参数名称中是否有vo对象，若无，则将 元数据写入到元数据list中；
104.若有，则校验所述vo对象是否满足field规则，若满足，则将元数据写入 到元数据list中。
105.vo对象是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻 辑使用
的，它存活的目的就是为数据提供一个生存的地方。
106.field规则包括：(1)vo对象是否为接口、抽象类：no interface or no abstract； (2)vo对象field是否为空：class field not empty；(3)field为list、map等 泛化类型：字段类型不支持jdk的集合类型，后续找机会支持；(4)数组field 只接受jdk自身，不包括集合类型。
107.本申请还提供一种网关的应用方法，如图2所示，所述方法包括：
108.开启http服务；
109.接收到用户http请求后，根据请求的方法(get,post,put)和请求的url 组装成pattern，在上述实施例提供的数据库中查询是否有对应的pattern；
110.若没有，则返回错误信息；
111.若有，则获取所述pattern对应的元数据；
112.根据元数据中的参数的名字，从所述http请求的header，uri，body中获取 参数的值，然后进行dubbo泛化调用；
113.dubbo调用的返回值返回后，根据元数据中返回值的信息，通过反射转化 成http请求的返回值。
114.本实施例中，后端java服务接入插件(第三方组件)，该插件通过注解形式 让用户可以指定自己接口对应的前端url地址，插件会在程序启动前扫描该接 口的函数名，接口名，函数参数，函数参数类型，函数返回值等信息，然后将 url和接口的对应关系写入到数据库(mysql)中。网关收到restful请求的时候， 会去数据库中获取该url对应的接口，函数，函数入参等原始信息，通过泛化调 用后端dubbo接口。网关侧无需进行任何配置，可自动根据url匹配后端接口， 并进行调用。
115.需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如 一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻 辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步 骤。
116.本实施例还提供了一种后端应用调用装置，该装置用于实现上述实施例及 优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、
ꢀ“
单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实 施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的 实现也是可能并被构想的。
117.图3是根据本申请实施例的后端应用调用装置的结构框图，如图3所示， 该装置包括：
118.第三方组件310，用于以注解形式指定所述后端应用对应的url；
119.写入模块320，用于在后端应用启动时，通过第三方组件将所述后端应用的 元数据与url的映射关系写入到数据库中；
120.解析模块330，用于接收用户的http请求，并解析得到所述http请求中的 url；
121.匹配模块340，用于根据所述http请求的url进行路径匹配，在所述数据库 中匹配得到所述url对应的后端应用的元数据；
122.调用模块350，用于根据所述后端应用的元数据，将所述http请求转换成对 应的dubbo协议，进行dubbo调用；
123.返回模块360，用于将dubbo调用的返回值转换成http协议的返回值并返回 至用
户。
124.本申请通过第三方组件让后端服务提供者可以通过编码的方式直接将接口 信息暴漏给前端网关，整个过程无需进行任何手动配置。第三方组件是后端服 务使用的，当后端服务启动的时候，第三方组件会自动的将接口的元数据和对 应的url写入到数据库中，网关收到http请求后，会去数据库中根据url查找对 应的元数据。解决网关泛化调用元数据获取难题，通过第三方组件自动检索 dubbo接口的元数据，并将其写入数据库。前端网关收到restful调用的时候可以 去数据库中获取对应的url的dubbo接口元数据。
125.需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以 通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言， 上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合 的形式分别位于不同的处理器中。
126.另外，结合图1描述的本申请实施例后端应用调用方法可以由计算机设备 来实现。图4为根据本申请实施例的计算机设备的硬件结构示意图。
127.计算机设备可以包括处理器41以及存储有计算机程序指令的存储器42。
128.具体地，上述处理器41可以包括中央处理器(cpu)，或者特定集成电路 (application specific integrated circuit，简称为asic)，或者可以被配置成实施 本申请实施例的一个或多个集成电路。
129.其中，存储器42可以包括用于数据或指令的大容量存储器。举例来说而非 限制，存储器42可包括硬盘驱动器(hard disk drive，简称为hdd)、软盘驱 动器、固态驱动器(solid state drive，简称为ssd)、闪存、光盘、磁光盘、磁 带或通用串行总线(universal serial bus，简称为usb)驱动器或者两个或更多 个以上这些的组合。在合适的情况下，存储器42可包括可移除或不可移除(或 固定)的介质。在合适的情况下，存储器42可在数据处理装置的内部或外部。 在特定实施例中，存储器42是非易失性(non
‑
volatile)存储器。在特定实施例 中，存储器42包括只读存储器(read
‑
only memory，简称为rom)和随机存 取存储器(random access memory，简称为ram)。在合适的情况下，该rom 可以是掩模编程的rom、可编程rom(programmableread
‑
only memory，简 称为prom)、可擦除prom(erasable programmable read
‑
only memory，简称 为eprom)、电可擦除prom(electrically erasable programmable read
‑
onlymemory，简称为eeprom)、电可改写rom(electrically alterable read
‑
onlymemory，简称为earom)或闪存(flash)或者两个或更多个以上这些的组 合。在合适的情况下，该ram可以是静态随机存取存储器(static random
‑
accessmemory，简称为sram)或动态随机存取存储器(dynamic random accessmemory，简称为dram)，其中，dram可以是快速页模式动态随机存取存储 器(fast page mode dynamic random access memory，简称为fpmdram)、扩 展数据输出动态随机存取存储器(extended date out dynamic random accessmemory，简称为edodram)、同步动态随机存取内存(synchronous dynamicrandom
‑
access memory，简称sdram)等。
130.存储器42可以用来存储或者缓存需要处理和/或通信使用的各种数据文件， 以及处理器42所执行的可能的计算机程序指令。
131.处理器41通过读取并执行存储器42中存储的计算机程序指令，以实现上 述实施例中的任意一种后端应用调用方法。
132.在其中一些实施例中，计算机设备还可包括通信接口43和总线40。其中， 如图4所示，处理器41、存储器42、通信接口43通过总线40连接并完成相互 间的通信。
133.通信接口43用于实现本申请实施例中各模块、装置、单元和/或设备之间的 通信。通信接口43还可以实现与其他部件例如：外接设备、图像/数据采集设备、 数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。
134.总线40包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。总 线40包括但不限于以下至少之一：数据总线(data bus)、地址总线(address bus)、 控制总线(control bus)、扩展总线(expansion bus)、局部总线(local bus)。 举例来说而非限制，总线40可包括图形加速接口(accelerated graphics port， 简称为agp)或其他图形总线、增强工业标准架构(extended industry standardarchitecture，简称为eisa)总线、前端总线(front side bus，简称为fsb)、 超传输(hyper transport，简称为ht)互连、工业标准架构(industry standardarchitecture，简称为isa)总线、无线带宽(infiniband)互连、低引脚数(lowpin count，简称为lpc)总线、存储器总线、微信道架构(micro channelarchitecture，简称为mca)总线、外围组件互连(peripheral componentinterconnect，简称为pci)总线、pci
‑
express(pci
‑
x)总线、串行高级技术附 件(serial advanced technology attachment，简称为sata)总线、视频电子标 准协会局部(video electronics standards association local bus，简称为vlb)总 线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总 线40可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但 本申请考虑任何合适的总线或互连。
135.该计算机设备可以基于获取到的程序指令，执行本申请实施例中的后端应 用调用方法，从而实现结合图1描述的后端应用调用方法。
136.另外，结合上述实施例中的后端应用调用方法，本申请实施例可提供一种 计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令； 该计算机程序指令被处理器执行时实现上述实施例中的任意一种后端应用调用 方法。
137.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对 上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技 术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
138.以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细， 但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的 普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改 进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权 利要求为准。