接口知识

API--Application Programming Interface

预先定义的函数，包括接口地址、传入参数和返回参数

定义

协助进行资源和信息的共享或者外部流通传输

作用

目的千差万别，用法殊途同归

怎么用

可以简单的理解为，当需要访问某些数据，正常状态下传入合格参数，会收到该数据范围内的返回参数

场景案例：在美团旅游频道中，用户选定时间、地点后搜索航班，后台会调用搜索接口传入时间、地点等参数，接收航班类别，价格等参数，在前台也没上进行排列展示。同理，下单时会调用生单接口确认是否接单，支付时会调用支付接口完成交易，自动修改订单状态

怎么理解

程序内部的接口

系统对外的接口

接口一般分为两种

走soap协议，通过http传输，请求报文和返回报文都是xml（可扩展标记语言）格式的，在测试的时候都需要通过工具才能进行调用，测试

webservice接口

走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，也是最常用的两种请求方式，不同软件直肩对接常用的接口协议：OPC协议-该标准中定义了在基于PC的客户机之间进行自动化数据实时交换的方法；ODBC—开放数据库连接，是为解决异构数据库间的数据共享而产生的；WebService-是一个平台独立的，低耦合的，自包含的，基于可编辑的web的应用程序，使得运行在不同机器上的不同应用无须借助附加的，专门的第三方软件或者硬件，就可以相互交换数据或集合；Http Restful 协议-一种网络应用程序的设计风格和开发方式，适用于异动互联网厂商作为业务使用接口场景，实现第三方OTT调用异动网络资源的功能，动作类型未新增、变更、删除所有调用资源。

http api 接口

软件接口通常分为两类

无响应、响应过慢、重复响应

接口问题

在考虑每一步的流程时，必须兼顾异常问题的发生和解决方案

异常流程与正常流程同等重要，区别于核心用户和边缘用户概念。

一般解决方法是数据监控。通过对每个业务节点的多项指标进行监控，一旦超出阈值，通过邮件、短信等形式通知相关人员，及时解决问题

reason：实时调接口查询，因数据量大或频率过快导致

Solution:缓存数据，每N分钟更新一次

页面展示慢—接口响应时间长，用户页面停留时长、跳失率

Reason：接口超时或异常

Solution：可以设定重复调用，多次重复失败后，通过邮件等形式通知到运营、技术或者商家

数据展示异常—后台返回接口异常的次数和概率

Reason：数据更新有时差

Solution:设定合理的定时更新任务

页面数据不一致

Reason：用户可能多次提交，或者数据被占用等原因

Solution：加入检验机制，比如短时间内重复提交不调用接口，直接返回原结果； 善意题行用户不要重复提交，如“你的手太快了，请休息30s后再试”

操作失败

Reason：部分操作后长时间不完成剩余操作，例如下单不支付

Solution:定时调用相关接口，主动通知用户完成剩余操作；超过服务规范时间前发送预警通知，人工介入等，或者到时间自动关闭

服务响应时间长

用户体验——具体场景&数据监控

Reason：比如短时间重复调用某一接口

Solution:规定同一IP地址不能在短时间内多次调用；直接返回第一次调用接口的结果，不再重复调用；每个接口在同一时间最多N次调用，否则返回失败等

恶意重复调用接口——涉及到的每个接口调用频率

商家体验——数据监控&具体场景

异常问题

接口知识