一种接口访问方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种接口访问方法和装置。


背景技术：

2.目前脚本语言中，python等动态语言只适合做脚本开发。由于其动态语言的特性，其相对于c++、java等语言具有易学习、不受束缚、可以任意发挥的优点。但由于不同开发人员的编程思路不同，有时理解时间远超编写代码的耗时，这也导致了其维护成本过高、运行效率低的缺点。
3.互联网接口开发会放大上述缺点，一个脚本可能就几十到一百多行，所需开发人员较少，而互联网接口开发的复杂程度远超脚本开发，需要几十人进行几十万行代码的编写，而不同开发人员的编程思路不同，导致后期维护成本难以想象。所以目前互联网公司一般不采用脚本语言做接口开发工作。


技术实现要素：

4.有鉴于此，本发明实施例提供一种接口访问方法和装置，至少能够解决现有技术中无法采用脚本语言做接口开发工作的现象。
5.为实现上述目的，根据本发明实施例的一个方面，提供了一种接口访问方法，包括：
6.接收对接口地址的访问请求，确定与所述接口地址对应的接口，判断对所述接口是否设置缓存；
7.若设置缓存，则基于所述访问请求中的入参查询缓存数据，得到查询结果并返回；
8.若未设置缓存或查询结果为不存在，则运行所述接口的脚本以处理所述入参，得到运行结果并返回。
9.可选的，所述判断所述接口是否设置缓存，包括：
10.获取所述接口的是否需限流配置，若所述是否需限流配置为是，则统计当前对所述接口的访问量；
11.判断所述访问量是否触发所述接口的限流上限，若触发，则对所述访问请求执行限流阻塞操作；
12.若所述是否需限流配置为否或未达到限流上限，则判断所述接口是否设置缓存。
13.可选的，所述得到运行结果并返回，还包括：
14.获取所述接口的是否需缓存配置，若所述是否需缓存配置为是，则将所述运行结果存储到所述缓存内，否则不处理。
15.可选的，在所述接收对接口地址的访问请求之前，还包括：
16.接收针对所述接口采用多种语言编写的脚本，根据所述接口的名称，判断服务器中是否存在与所述脚本对应的历史脚本；
17.若存在，则将所述历史脚本替换为所述脚本；或
18.若不存在，则确定所述接口为新增，为所述接口生成唯一访问的接口地址，并将所述脚本保存到所述服务器中。
19.可选的，所述根据所述接口的名称，判断服务器中是否存在与所述脚本对应的历史脚本，包括：
20.基于预设参数对所述脚本进行运行测试，得到测试结果；
21.对所述脚本进行压测，得到压测结果，若压测结果符合预设压测目标，则确定所述脚本压测通过；
22.在所述脚本测试和压测均通过的情况下，根据所述接口的名称，判断服务器中是否存在与所述脚本对应的历史脚本。
23.为实现上述目的，根据本发明实施例的另一方面，提供了一种接口访问装置，包括：
24.接收模块，用于接收对接口地址的访问请求，确定与所述接口地址对应的接口，判断对所述接口是否设置缓存；
25.查询模块，用于若设置缓存，则基于所述访问请求中的入参查询缓存数据，得到查询结果并返回；
26.运行模块，用于若未设置缓存或查询结果为不存在，则运行所述接口的脚本以处理所述入参，得到运行结果并返回。
27.可选的，所述接收模块，用于：
28.获取所述接口的是否需限流配置，若所述是否需限流配置为是，则统计当前对所述接口的访问量；
29.判断所述访问量是否触发所述接口的限流上限，若触发，则对所述访问请求执行限流阻塞操作；
30.若所述是否需限流配置为否或未达到限流上限，则判断所述接口是否设置缓存。
31.可选的，所述运行模块，还用于：获取所述接口的是否需缓存配置，若所述是否需缓存配置为是，则将所述运行结果存储到所述缓存内，否则不处理。
32.可选的，还包括接口生成模块，用于：
33.接收针对所述接口采用多种语言编写的脚本，根据所述接口的名称，判断服务器中是否存在与所述脚本对应的历史脚本；
34.若存在，则将所述历史脚本替换为所述脚本；或
35.若不存在，则确定所述接口为新增，为所述接口生成唯一访问的接口地址，并将所述脚本保存到所述服务器中。
36.可选的，还包括测试运行和压测模块，用于：
37.基于预设参数对所述脚本进行运行测试，得到测试结果；
38.对所述脚本进行压测，得到压测结果，若压测结果符合预设压测目标，则确定所述脚本压测通过；
39.在所述脚本测试和压测均通过的情况下，根据所述接口的名称，判断服务器中是否存在与所述脚本对应的历史脚本。
40.为实现上述目的，根据本发明实施例的再一方面，提供了一种接口访问电子设备。
41.本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多
个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的接口访问方法。
42.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的接口访问方法。
43.根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：采用多语言编写接口的脚本，支持脚本工程师进行大型网站接口开发工作；针对接口设置限流措施，以防止访问量过大造成的接口服务崩溃，设置缓存措施，以提高接口服务处理效率。
44.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
45.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
46.图1是根据本发明实施例的一种接口访问方法的主要流程示意图；
47.图2是本发明实施例的一种具体地接口访问方法的流程示意图；
48.图3是根据本发明实施例的一种可选的接口访问方法的流程示意图；
49.图4是对脚本进行运行测试和压测的流程示意图；
50.图5是根据本发明实施例的一种接口访问装置的主要模块示意图；
51.图6是本发明实施例可以应用于其中的示例性系统架构图；
52.图7是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。
具体实施方式
53.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
54.参见图1，示出的是本发明实施例提供的一种接口访问方法的主要流程图，包括如下步骤：
55.s101：接收对接口地址的访问请求，确定与所述接口地址对应的接口，判断对所述接口是否设置缓存；
56.s102：若设置缓存，则基于所述访问请求中的入参查询缓存数据，得到查询结果并返回；
57.s103：若未设置缓存或查询结果为不存在，则运行所述接口的脚本以处理所述入参，得到运行结果并返回。
58.上述实施方式中，2020年5月19日，教育部学校规划建设发展中心在其官网发布了一则重磅消息《关于组织开展未来学校创新发展课题——编程课程体系与教学模式研究的通知》。各地根据本通知安排了编程课程进入小学校园，主要使用python等技术。再加上这几年火遍全国的少儿机器人编程，核心技术也都是python，由此可见未来会多出上千万的
python工程师，而目前暂无使用python做接口脚本开发的方案。
59.得益于计算机硬件的加速发展，目前计算机比1980年的快100～500倍，且仍在以每18个月翻一番的速度增长。计算机性能快速提高，使编程语言已经由性能低下的硬件与执行效率之间的矛盾，转变为快速变化的市场需要与低效的开发工具之间的矛盾，所以脚本被越来越多的人学习和使用。
60.对于步骤s101～s103，本方案接收多种方式调用接口，支持包括http、微服务等方式对接口地址的访问，有关接口地址的具体生成方式参见后续图3所示描述，在此不再赘述。
61.为提高接口运行效率，可以对接口设置缓存，用于将脚本执行结果存储到缓存中(缓存是服务器中访问最快的单元)。后续处理调用接口请求时，可以直接从缓存中读取脚本运行结果，无需再运行脚本，以此提高请求处理效率。
62.因此在访问接口时，首先判断是否对该接口设置有缓存，若设置，则直接基于访问请求中的入参(如查询天气的接口需输入地区编号)，在该缓存中查询相应缓存数据，将查询结果返回给前端，结束本次访问。但若未查询到数据，则运行该接口的脚本处理请求入参，得到运行结果。另外，脚本开发人员针对运行结果可以设置是否需缓存，若配置为是，则将运行结果保存到缓存内，否则不做处理。
63.另外，本方案为防止大量访问导致系统崩溃提出了限流措施，具体地，判断调用的接口是否设置了“接口需要限流”，若设置了接口需要限流，则需要统计当前对该接口的访问量，并判断访问量是否触发限流上限。如果触发则需要阻塞等待限流分配资源，否则没有触发限流上限或者限流阻塞结束有访问资源，继续执行后续操作，整体参见图2所示。
64.其中，限流是同一时间对接口的访问量过大，为降低接口服务压力进行的操作，通常情况下表现为系统卡顿或宕机。为保证系统不会出问题，采用限制访问量的方式。开发人员可以根据自身业务需求设置访问量上限，例如设置了每秒限制10万人访问。
65.上述实施例所提供的方法，针对接口生成唯一的访问地址，设置限流措施，以防止访问量过大造成的接口服务崩溃，设置缓存措施，以提高接口服务处理效率。
66.参见图3，示出了根据本发明实施例的一种可选的接口访问方法流程示意图，包括如下步骤：
67.s301：接收针对接口采用多种语言编写的脚本，根据所述接口的名称，判断服务器中是否存在与所述脚本对应的历史脚本；
68.s302：若存在，则将所述历史脚本替换为所述脚本；
69.s303：若不存在，则确定所述接口为新增，为所述接口生成唯一访问的接口地址，并将所述脚本保存到所述服务器中；
70.s304：接收对接口地址的访问请求，确定与所述接口地址对应的接口，判断对所述接口是否设置缓存；
71.s305：若设置缓存，则基于所述访问请求中的入参查询缓存数据，得到查询结果并返回；
72.s306：若未设置缓存或查询结果为不存在，则运行所述接口的脚本以处理所述入参，得到运行结果并返回。
73.上述实施方式中，对于步骤s304～s306可参见图1所示步骤s101～s103的描述，在
此不再赘述。
74.本方案将一个互联网接口拆解成两部分：业务逻辑和支撑服务。业务逻辑是指实际这个接口需做的工作，比如去数据库中查询用户信息；支撑服务是指支撑这个接口功能，满足于互联网企业要求的其他服务。本实施方式主要描述业务逻辑。
75.对于步骤s301，实际工作中发现业务逻辑占整个开发的20％，支撑服务占80％。所以整体设计如下：
76.1、业务逻辑交由脚本工程师开发具体的逻辑脚本，可以使用不同的代码语言编写；
77.2、构建一个支撑服务(平台)，既可以处理所有的支撑服务，又可以将脚本工程师开发的业务逻辑脚本，打包上传到各个服务器上。
78.接口开发阶段，需对脚本进行带参数的测试，通过测试结果查看是否成功运行，通常只运行一次。此外，还需要对脚本进行压测，开发人员可以根据自审需求场景设置压测目标，例如双十一期间可能上亿人同一时间访问同一首页，压测结束得到访问响应时间和每秒访问次数(tp99的qps)。且为了测试几十甚至上百万人同时访问的情况下，接口是否仍稳定运行，所以要多次执行压测，具体参见图4所示。
79.若测试结果和压测结果均符合要求，则确定脚本通过测试。对于测试通过的脚本，可以发布到服务器上。考虑脚本版本不一导致的脚本名称可能不一，首先根据接口的名称，判断服务器上是否已存在相应历史脚本，若存在，则表示为更新，直接将所有服务器上的历史脚本替换为本脚本，否则表示为新增，通过域名地址生成系统针对接口生成唯一可以访问的接口地址。
80.另外需要说明的是，当服务器重启时，服务器内的脚本通常为清零状态，此时对于接口均为新增状态，即需将所有接口的当前最新脚本重新存储到所有服务器上。且实际操作中，通常选用多个服务器负载均衡同一接口的服务压力，因此需将脚本保存到所有服务器上。
81.上述实施例所提供的方法，开发阶段需要对脚本进行运行测试和压测，通过结果查看是否成功运行，只有通过测试的脚本才可以设置接口访问地址。
82.本发明实施例所提供的方法，支持脚本开发人员进行互联网接口开发工作，后续只需交接业务逻辑即可，大大降低运维成本，满足互联网接口开发要求。所构建的支撑服务平台，对于不熟悉底层和硬件等知识的脚本开发人员，仅仅通过测试运行脚本即可动态生成可以线上访问的接口，完成接口开发工作。平台可以自动化完成打包、上传、性能优化、限流、多线程、封版、破网、灾备等复杂的亿级访问策略。
83.参见图5，示出了本发明实施例提供的一种接口访问装置600的主要模块示意图，包括：
84.接收模块501，用于接收对接口地址的访问请求，确定与所述接口地址对应的接口，判断对所述接口是否设置缓存；
85.查询模块502，用于若设置缓存，则基于所述访问请求中的入参查询缓存数据，得到查询结果并返回；
86.运行模块503，用于若未设置缓存或查询结果为不存在，则运行所述接口的脚本以处理所述入参，得到运行结果并返回。
87.本发明实施装置中，所述接收模块501，用于：
88.获取所述接口的是否需限流配置，若所述是否需限流配置为是，则统计当前对所述接口的访问量；
89.判断所述访问量是否触发所述接口的限流上限，若触发，则对所述访问请求执行限流阻塞操作；
90.若所述是否需限流配置为否或未达到限流上限，则判断所述接口是否设置缓存。
91.本发明实施装置中，所述运行模块503，还用于：
92.获取所述接口的是否需缓存配置，若所述是否需缓存配置为是，则将所述运行结果存储到所述缓存内，否则不处理。
93.本发明实施装置还包括接口生成模块504(图中未标出)，用于：
94.接收针对所述接口采用多种语言编写的脚本，根据所述接口的名称，判断服务器中是否存在与所述脚本对应的历史脚本；
95.若存在，则将所述历史脚本替换为所述脚本；或
96.若不存在，则确定所述接口为新增，为所述接口生成唯一访问的接口地址，并将所述脚本保存到所述服务器中。
97.本发明实施装置还包括测试运行和压测模块505(图中未标出)，用于：
98.基于预设参数对所述脚本进行运行测试，得到测试结果；
99.对所述脚本进行压测，得到压测结果，若压测结果符合预设压测目标，则确定所述脚本压测通过；
100.在所述脚本测试和压测均通过的情况下，根据所述接口的名称，判断服务器中是否存在与所述脚本对应的历史脚本。
101.另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。
102.图6示出了可以应用本发明实施例的示例性系统架构600。
103.如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605(仅仅是示例)。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
104.用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用。
105.终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，服务器605可以是提供各种服务的服务器。
106.需要说明的是，本发明实施例所提供的方法一般由服务器605执行，相应地，装置一般设置于服务器605中。
107.应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
108.下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
109.如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读
存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有系统700操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
110.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
111.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统中限定的上述功能。
112.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
113.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组
合来实现。
114.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、查询模块、运行模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，查询模块还可以被描述为“缓存查询模块”。
115.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
116.接收对接口地址的访问请求，确定与所述接口地址对应的接口，判断对所述接口是否设置缓存；
117.若设置缓存，则基于所述访问请求中的入参查询缓存数据，得到查询结果并返回；
118.若未设置缓存或查询结果为不存在，则运行所述接口的脚本以处理所述入参，得到运行结果并返回。
119.根据本发明实施例的技术方案，采用多语言编写接口的脚本，支持脚本工程师进行大型网站接口开发工作；针对接口设置限流措施，以防止访问量过大造成的接口服务崩溃，设置缓存措施，以提高接口服务处理效率。
120.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。