mq与api接口如何选择

同学们是调试 api 接口的非常方便的有利工具之一，现在演示通过 http 跟 htvs 去调试一个 api 接口，把地址放在这里，这里选择一个 方法，一般都是选透视玻璃，这里选 iw 格式，然后再选择 j 损，然后把 j 损参数内容填在这个位置，这点发送 啊，调用完成之后，这个状态两百就是调用成功，这个是耗时，这个是返回的大小，返回内容就在这里。 再再调用一个 h t t b s 的一样，把 a b i 地址放在这里，这里选，也选择 pose body 也是同样选择 iw， 选这一审格式，把这一审内容填在这里，点击发送，这时候就会报错，我们看一下这个报错信息，是证书已经过期了，我们可以设置，跳过证书验证，再设置这里把这个去掉， 然后再点发送去调用，这时候就可以调用成功了，调用成功，这里状态也是否有两百，一样的法人内容也是在这个。

pos 机的 api 接口来了，不管您是什么类型的商户，如餐饮、零售、医疗等领域，都可以帮助你们顺畅的处理各类支付方式，为消费者提供更好的服务体验。 同时能够为你们提供多样化的数据管理服务和业务拓展管理服务。拥有毫秒级的识别响应能力， 弹性灵活的高并发承载，实现快速、安全、便捷的支付方式。 目前拥有支付 api、 退款 api、 订单查询 api、 交易系统查询 api 等多种接口，数据可随时联网核查，如需办理请私信联系，如需其他接口，请留言告诉我。

api 的接口是什么呢？今天给大家普及一下吼。软件开发的过程当中经常会遇到一个 api 接口的问题，大家都不懂这个是什么东西，其实啊它就是一个应用编程的接口，直接调用程序里面的部分功能，这样呢会节省很多开发的成本。 其实就是我们拿出了一个分装到一个函数里面，然后呢这个时候我们只需要调用我们的函数就可以实现这个功能了，大概是这个意思， 我给你举个很常见的应用场景啊，假设我今天做好了一个商城，那这个是商城对外的给客户去使用，但是我们工厂本身开了很多年，有个经销城的管理系统，那我商城里面去下单了，但是我的库存管理系统呢，他是不知道的，他没有同 剪掉他的库存管理，还有他的订单数据，还有他的物流数据等等啊，这个时候呢，就需要用到一个 api 的接口来做一个链接了。

全网 c 拳的 api 接口合集，哈哈哈哈哈。

api 应用程序接口干啥用的呢？讲个故事啊，我认识一十多年的朋友啊，喜欢研究咖啡，开发了一款名叫咖啡与你的网站，分享的是咖啡的知识，咖啡拉花啊，咖啡器具等等这些。 但是啊，没有做手机端的应用，问题来了，为了避免编写一些无用的程序啊，减少编程的任务，如何能够让手机端的 up 或者小程序啊，服用你服务器端的那些数据，那自然就是 api 接口了。 如果你了解前后端分离，就应该不难理解这个了，因为 a p i 其实就是一组定义程序及协议的集合，通过 a p i 接口 实现计算机与软件之间的互相通信，往往是由后端的程序员编写并提供接口，比如 plask 的扩展， plask gon rest for 就是一个用于快捷构建 rest api 的内容。 但是前端呢，也就是 app 或者是小程序端啊，要发出这个请求，后端收到这个请求，就会调用结果函数，将得到的黑粉响应给前端并展示。你还有什么不懂的吗？可以评论区交流哦。

接口 api 是什么意思？接口的意思就是字面的意思， api 是 application program interface 的缩写， 是应程序编程接口。 这应该就明白了，不管说是接口还是 api 还是接口， api 怎么说都行，指的就是接口的意思。 通俗来说接口就是提供给别人访问的一个入口，比如说这个程序是做城堡接口，就是进入这个程序的门，别人从门口进入到 城堡指定的房间，然后拿去自己需要的东西，这就是入口或者是接口。然后有了入口以后，第二步 再指定一个具体的可以进入的人，就是定一个白名单， 指定了指定了可以进入咱任以后呢？然后这个人进来的时候需要拿着钥匙 才能够打开门，这个钥匙就是密钥，除了钥匙之外，还需要再提供一张进来需要干什么的说明， 这个说明是双方约定好的书写格式，就是只有双方才能看得懂。 指定好一个 门，指定一个被允许的人，拿着钥匙，再拿着说明文件进来以后找掉，呃，找到自己需要的东西， 这就是通速的来说，这就是借口的一个意思， 对程序来说也是如此。下面咱们说一个程序接口开发的这么一个设计思路。 第一步也是定义好白名单，比如建一个白名单的表， 把允许的 ip 或者域名写到这里边来，在访问的时候，允许的 ip 就 可以访问，不允许的就直接踢出去，这是第一步排名单的建立。第二步指定好，要 针对不同的白名单 ip 或者域名分配不同的钥匙，钥匙呢，可以自己定义好，也可以有访问者提交，提交以后有程序进行审核， 钥匙呢就是一一串规定好的自付串，这是钥匙的一个定义。第三步，电影号通讯的说明，或者叫通讯规则，针对不同的接口，电影出要传递的这个接口，要传递的参数， 接口需要的加密规则以及传递的方式，这就是通讯的一个规则， 比如说在通讯规则这一块或者是通讯说明这 块呢，相对来说要麻烦一些，咱们详细举个例子说一下，比如说我指定了一个接口叫 abc， 然后呢这个接口呢，传递了三个参数， 针对根据这三个对应的参数的穿入值，然后先把这三个穿入值集中到写到一个自负串里边去，这就是这三个穿入值形成了一个自负串， 然后呢再对这个字母串进行一个字母排序的处理，比如说由字母 a 到 z 这样的一个顺序，对这个字母串进行排序， 排完序以后，再把这个自助车转成大蟹，转成大蟹以后，然后再进行 md 五的一个加密形成密， 这是通讯规则的一个制定，当然也可以制定呃其他的规则。 第四步呢，就是通过 get 或 pose 的方式，有访问者在接口中调用的时候呢，一并穿入 需要的这个接口的一个参数和对应的这个说明，比如说在接口中一并传上去三个参数钥匙的纸以及参数处理好的这个密文的字母字符串， 这是这个接口的吊用和传和传递。第五步呢，就是抽程序收到这个接口传过来的参数以后，然后就开始进， 开始进行白名单，钥匙参数加密、自付串等这些条件的一个判断，有一项不对， 就需要进行提示并停止访问，这是进行安全规则的一个判断。 同时呢还要进行访问频繁度的判断，比如说某个 ip 或者域名的话，不停的访问，他的频繁度太高，这种情况也要停止访问。 这是第五步，就是程序收到这个接口的吊样以后传过来的数值，然后进行的一个反馈， 如果各方面都正常，然后把接口需要的数据再返回给 这样的白名单，比如说 ip 或者是域名，他就可以收到需要的这个数据了， 这是大底的一个接口 api 的开发设计思路， 谢谢指教。

啊，大家好，我们这次呢就是来给大家做一个分享啊，就是关呃讲关于这个接口第二晚开播的一个小教程，现在我们会分为大概七个小节来去做分享，大概每一节是五分钟啊，他们呢去做一个碎片化的一个学习， 那么我们来讲第一块啊，做讲讲一个 at 的一个接口的一个入门思域，他都握的一个例子，那么这节课我们主要就是就是 几个关键词啊，就第一个做 a 拍的一个接口开发，第二个呢他是一个低代码的，也是一个比较，就是零基础，然后低代码的一个开发的一个工具跟一个学习，那么我会用到这个工具啊，那么可想去想做一个注册， 然后我们来做一个 hello word， 一个接口视力啊，先写一个 hello word， 一个第一次编程都会写一个 hello word 的接口 入门视力接口教程演示使用啊，然后就可以去做一个保存。那么这个时候呢， 我们的第一个 hallevent 的借口啊，就已经是就已经是穿越好的了，他正在做一个构建，可能要等一会，大概的话，呃 一分钟左右吧，那么这时候呢，我们就已经下了一个接口的，其实是比较简单的，就说我们只要开一个账号，然后在上面去填一个 新型，那么这么这一个接口呢，他就会他就可以出来了啊，然后这时候他已经是真的好了，那我们可以看看这个效果啊， 这个是我们刚刚写的第一个 word 这个接口，那么他这个名称啊，版本号，他的这个接口的请求的这个路径啊，在于哪里？ 像这些都可以去去请求了，那么还可以看到他这些参数啊，一些呃返回的这个内容。那么到这里呢，我们的哈喽沃呢？这个这个就已经是写好了，那么我们再稍稍微来看一下这个哈喽沃的接口，他有什么样的一些特点呢？ 那么他有些呃正式环境啊，有这个正式环境他可以有有这个名称，有这个说明版本号，也可以对他做一个编辑，因为我们刚刚刚刚 是生产一个基本的接口啊，那么他他写名称啊，路径说明，还有参数啊，跟这些呃与函数，跟这些返回的自动还有结果。那么我们也可以呢对他做一个导出啊，到本地去做一个备份， 到时候还可以对他导导致之后呢，他就是一个呃文件的一个这样的这个文件啊，就是那当哪天你要去给别人用的话，或者是自用的话，也可以再去做一个导入啊，这样就可以去导入这个 这个接口的，那么这一节我们的这个他的卧的话就介绍完了。

你们在跟技术打交道的时候，经常会从技术嘴里听到一些这样的专业词，像什么 api、 sdk、 通信、保活、上报、心跳、丢包、请求、拉取、写死、分发告、并发荣灾预警、 cdndns， 这到底都是什么鬼啊？今天有一个视频，把这些概念让你听的明明白白，所以大家赶紧学起来吧。首先是接口，这个词大家最容易听到， 无论是前台和后台的对接，还是业务和功能的对接，都需要有大量的接口才能把一个完整的功能或者是产品给做出来。接口通常有两种格式，一种是 api， 还有一种是 sdk。 api 它的接口形式是一行一行的代码， 所以通常都会用于网页以及公司内部的一些对接。 sdk 呢，是把很多的接口封装在一个插件里，所以通常是用于客户端或者是开放平台对外的一些常用的一些接口格式。他们之间对之 观的体现就是 apa， 它是代码，所以它是可以复制粘贴的，把它粘贴到你们产品的原单码里面，但是 sdk 它是一个插件，需要你下载之后把它嵌到你们产品的安装包里。而这些接口对接之后所产生的数据的传递一般就会被称为通信。 通信呢，是指的用户端和服务端之间，或者是一个产品里面功能和功能之间的各个接口对接之后，信息的传输的过程就会被称为通信数据。在通信的时候呢，通常会产生一个这样的概念，比如说商报，商报呢，一般是指用户端的一些数据通过接口上传到服务器， 所以就可以称为数据上报，或者简称为上报，而有规律的数据上报就可以被称为心跳了。心跳又是什么呢？是指的用户端每隔几秒都会上报一次数据，就会被称为一次心跳。心跳有很多作用，比如说可以防止用户端因为长时间没有指令 而被防火墙关闭连接，如果这样的话，服务端再向用户端发起一些数据，可能就连不上了，所以这种概念就被称为饱和。另外还可以通过心跳来检查用户的网络是否是断网的情况，或者是服务端呢，可以通过用户端持续性的发送心跳来判断用户端是否已经被关掉了， 这样的话就可以来统计用户端在这个产品上的停留时长。但是这一数据在上播的过程中就有可能会出现各种问题啊，有可能是因为技术这个代码本身就有 bug， 也有可能是因为网络的一些异常，比如说有可能会产生一些顺断的，可能 就会导致你们数据的丢包，丢包对产品最大的影响就是它会影响公司数据后台所统计的数据准不准，比如你们做了一个按钮，在这个按钮上做了数据的买点，但是用户明明点了一百次，你们的后台只统计到了九十次，那很多情况就是因为丢包造成的。除此以外，接口在通信的过程中呢，还会有两个概念，分别 别是请求和拉取。请求就是指的主动通过调用接口来获取一些信息，比如用户登录填了密码，密码填的对不对前端不知道，所以前端呢就会向后端发起一个请求，后端会给他返回一个结果，告诉前端这个密码对不对？ 这样的话呢，前端当收到这个结果之后，就可以通过交互的形式把这个信息返回给用户。拉取一般是指的用户端向服务端来获取数据的这个过程。 比如说我现在正在刷短视频，需要靠用户端向服务端来发起一个请求，告诉服务端我的兴趣爱好到底是什么，这样的话，服务端好给用户生成了一个推荐的视频列表，用户端在下载这个视频列表的时候，这个行为就可以被称为在拉取数据。

connectivity is an amazing thing by now， we're all used to the instant connectivity that puts the world at our fingertips from desktops or devices we can purchase post pin and pick anything anywhere we are connected to the world and each other like never before but how does it happen how does data get from here to there how do different devices and applications connect with each other to allow us to place an order make a reservation or book a flight with just a few taps or place the unsung hero of our connected world is the application programming interface or api it's the engine under the hood and is behind the scenes that we take for granted， but it's what makes possible all the interactivity we've come to expect and rely upon， but exactly what is an api it's a question everyone asks okay not really， but we're glad you did the textbook definition goes something like this in computer programming an application programming interface api is a set of routines protocols and tools for buildings appropriate and api expresses a super component in terms of operations inputs， outputs and underlying types okay to speak plainly an api is the messenger that takes requests and tells a system what you want to do and then returns the response back to you to give you a familiar example think of an api as a waiter in a restaurant imagine you're sitting at the table with a menu of choices to order from and the kitchen is the part of the system which will prepare your order what's missing is the critical link to communicate your order to the kitchen and deliver your food back to your table that's where the waiter or api comes in m the waiter is the messenger that takes your request or order and tells the system in this case the kitchen what to do do and then delivers the response back to you in this case food now that we've wedded your appetite let's apply this to a real api example you are probably familiar with the process of searching for airline flights online just like at a restaurant you have a menu of options to choose from a drop down menu in this case you choose a departure city and date， a return city and date tabbing class and other variables in order to book your flight you interact with the airlines website to access the airlines database to see if any seats are available on those dates and what the cost might be based on certain variables but what if you're not using the airlines website， which has direct access to the information？ what if you are using an online travel service that aggregates information from many different airlines the travel service interacts with the airlines api the api is an interface that like your helpful waiter can be asked by that online travel service to get information from the airline system over the internet to book seats choose meal preferences or baggage options it also then takes the airlines response to your request and delivers it right back to the online travel service which then shows it to you so now you can see that it's apis that make it possible for us all to use travel sites the same goes for all interactions between applications， data and devices they all have apis that allow computers to operate them and that's what ultimately creates connectivity so whenever， you think of an api just think of it as your waiter running back and forth between applications databases and devices to deliver data and create the connectivity that puts the world at our fingertips。

什么是 api、 application programming interface 啊？应用编程借口，它是干嘛的呢？它是我们的程序，我们的软件使用其他软件，其他程序的一个界面，那我们对比着看，你应该可以马上明白。我们对比用户界面， user interface 啊，是我们人类使用软件的一个界面，比如说我们常见的 j o i 叫凸显用户界面，对吧？ 他是我们人类使用图形化的方式呢，操作使用一个软件或者 c o i 啊，文字用户界面就是我们人类使用文字化的界面呢，使用操作一个软件。 呃，那我们 api 呢，其实主要是两种方式啊，一个呢，它是可以通过函数库提供，函数就是一个实现的具体某一个功能的代码块 啊，被称为一个函数啊，然后我们编程的时候调用这个函数，调用了实现这个功能的函数就可以了，或者呢，他可以是一个独立的程序啊，那我们向这个程序发送发送一个相关的 请求，比如说，比如说我们 radis 啊，我们这个构理使用 radis， 其实就是够通过 tcp 连接到了 radis， 然后呢，呃，再再通过这个链接向这个 radis 发送请求来这样来使使使用啊， 那我们还有一个例子，就比如说，呃，我们的 sss 啊，我们的 sss 并不是直接直接这么操作的，他还是有步骤的，比如说他的客户端是给你提供了虚拟的摄像，然后呢， 他把这个命令发回服务器端，服务器端呢？通过山药的 api 在真正的操作山药，对吧？是通过这个 api 在操作啊，不是你直接操作。 呃，那我们来看一下我们 api 的主要的一个目的，其实还就是为了模块化编程啊，对于使用者来说，我们只需要调用这个相关的函数或者发送相关的请求就可以了，不需要具体的知道 这玩意是到底是怎么实现的啊？我们需要什么功能，我们直接用这个给我们省事了，对吧？比如说呢，常见的这个叫什么 direct x， 他是微软公司呢，呃，就做游戏相关任务的 api， 就早期 windows 下开发游戏最大的困难是什么？是我们开发者需要考虑适配不同不同的这个显卡呀，声卡呀，各种五花八门的硬件，对吧？那迪瑞克的 x 就是为了解决这个问题啊， 意念场上呢，他去把他的意见，他的驱动兼容这个迪瑞克的 x， 然后我们开发者呢，统一使用迪瑞克的 x 来这个开发温度私下的有效，不需要再考虑这个五花八门的意念到底怎么兼容啥的，对吧？ 嗯，所以就是模块化编程，还有就是 api 规范是什么呢？就是描述如何构建或者使用此类 api 的这个文档啊，他就被称为 api 规范，那比如说我按照这个规范构建了 这些 api 呢？那我就可以说我实现了这个 api 啊，但是这个规范你可以自定，也可以是某个行业标准啊，比如说 posex， 这就是个行业标准啊，这叫什么？可移植操作系统接口？ 他是呃，这个计算机协会制定的 api 规范啊，用于确保不同，就是一个程，用于确保就是程序在不同的操作系统上都能运行，对吧？ 但是主要是由尼克斯与和和他的变体啊，比如说另类克斯一般都实现了这个 pose 这个接口啊，或者我们的这个麦克斯也实现了它 温州寺的温州寺 nt 啊，这是温州寺的这个内核，也声称实现了部分，也声称部分实现了这个 posex 啊，咱没有做认证， 像这个一般是，呃，你具体卖钱的操作系统才去做认证啊，具体能赚钱的没像零内克斯大大家也有了，不申请这个认证，对吧？像那个迈克欧 s， 他他他认证了一下。这样，那我们看一下他的发展，结 少四十年代，像这个这两个计算机科学家，他们在 e， d， s， a， c 上开发了一个模块化的软件库啊，该库的子程序呢，以穿红纸袋的形式存在了一个文件柜中，然后这个文件柜还存放了一个他们，他们管这个叫库木路啊，这个库木路呢， 包括每个子程序怎么用和这个，怎么样把这些程序合并到这个你自己的这个程序中的注视啊，这个库目录呢，被认为是第一个 api 规范，然后这个计算机呢，其实就是第一台实际运行的这个冯诺伊曼架构的计算机啊，其实也就是可编程计算机，所以就是 能模块化编程的时候就有了这个 api 的概念啊，但是这个术语要要之后六七十年代才出来啊，但是这个一开始其实就是存在的啊，这个概念是一开始就是存在的，呃，就是这样就没了，你明白了吗？ fun channel。

什么是接口？什么又是 api？ 这个问题呢，是我的一个一对一辅导学员提出来的。老实说啊，像这种非常基础的概念，我原本以为大家都已经非常清楚了，但是被突然这么一问呢，觉得有必要来认真复习一下这个概念。 因为在我看来啊，技术上的问题呢，就没有高低贵贱之分，任何一个表面上看是简单的知识点， 如果你没有理解透彻的话，都有可能导致你对更加复杂的技术缺乏深刻的认知， 从而在一些不起眼的地方可能引起一些重大的生产事故。现实中其实有很多基础很差的人，但是呢，碍于面子，对于一些基础性问题，既不敢问出来，也不愿意去交流和学习，觉得很 low。 我们先来看什么是接口，要知道这个世界是由无数个 不同的事物组成的，而每个事物本身呢，都是为了满足特定的功能而存在的。但是有时候我们需要不同的事物之间进行交互和关联，来拓展某个事物单一的功能，以此来达到更好的产品体验。 这个时候，不同的两个事物之间呢，就需要遵循某种协议或者某种标准才能够完成这种观点。比如我们日常用的最多的接口有像 usb、 type， c， h， d， m i 等等， 他们的目的呢，就是用来尽可能兼容不同厂家生产的电子产品之间的差异性所提供的一种互联互通的标准， 使其完成一些特定的功能。那什么又是 a p i 呢？这个词啊，在我们的程序员日常开发过程中会被经常的用到。所谓 a p i， 全称叫做 application programming interface， 翻译过来叫做应用程序之间的接口，怎么理解呢？我们知道在软件的世界里，也存在各种功能各异的软件， 那么这个软件之间啊，如果想要进行通讯和数据传输的话，也同样需要遵循某种标准和协议。我们在实际工作中啊，经常会听到这样的一些需求，比如你开发的模块需要跟另一个同时开发的代码进行交互， 这个时候呢，你的项目负责人就会告诉你，要向对方提供一个接口，而这个接口呢，就是别人的程序能够跟你的程序交互的桥梁。不仅如此，其实当下基于大数据环境下的各种业务功能的开发， 本质上也是 a p i 的开放，因为对于不同的大数据组建而言，它多提供了一套使用者与自己运行时 的交互标准，也只有遵循了这个标准，你才能实现对这个组件的正确使用。比如我们对常见的卡夫卡、 spark phone 等等，这些大数据技术的代码开发，本质上就是基于这些组件本身提供的代码框架来做的 a p i 开发。

今天给大家说一下啊，这个多多这块呢，就是他的代理 ap， 然后包括这个 api， 还有这个，呃，比如说本地接口这些都是干嘛用的啊？因为有这个兄弟在紧接里面问了，嗯，最近呢也有很多的这个新手啊，就是 啊，不明白啊，为什么自己用本地上传的这种软件啊，就会被检测到啊？因为他不明白本地是个什么东西，对吧？因为我回答中也老说本地啊啊，然后 api 啊这些词，这些名词可能新手都不明白，所以我把这个问题拿出来单独说一下啊。嗯， 经常我们听到的就是比如说代理 ip， 对吧？然后 api 还有这个本地这三种东西啊，这三个东西呢，其实很大程度上呢跟这个选品和这个上货都有关系。那我们今天不说选品啊，但说上货，原来其实我用很长的篇幅去说过这个代理 ip， 今天不那么细啊，我简单的一句去把它说明白啊，代理 ip 呢，其实跟你家这个光猫式差不多 多的，对吧？啊？相当于啊，一个地址啊，一个 ip 地址，对吧？你在家里面可能你不去重启这个光猫，他就不会变，对吧？然后呢，你在家里面去访问一个商品啊，访问多次以后可能就会啊访问不了了，对吧？所以代理 app 是干嘛的呢？能够让你啊， 这个在一定时间之内啊，一直去切这个 ip 啊，啊，每切一个呢，你都能访问点，所以说在上货的过程中呢，很关键啊，基本上所有软件都会要求你有这个代理 ip 这东西，对吧？ api 是什么呢？ api 其实是官方承认的一种接口啊，它是传输东西的啊，传输什么都可以，咱们在这只是说这个 啊，经常会说啊， api 是官方认可的这种接口，那么用认可的这种接口呢？你去传这个商品可能就不会出现比如说异常这种惩罚，对吧？那本地是什么呢？本地其实就是啊，他也是一种接口啊 啊，但并不是官方承认的那种啊，他只是一种接口，但这接口呢是存在的，可以被用啊，那么也可以往里去传授数据，对吧？那么这种接口呢，如果官方不去管的话就没有问题，如果他监控管理，对吧？那么就很容易知道 你是用什么方式去上传的。那么这种方式啊，本地呢？正常可能，对吧？我们人传一天也传不了多少个商品，那你在很短的时间内传了很多商品上去，呃，人家很容易就检测到，说你这个是软件干的事，对不对？所以本地这种东西很容易被检测到 啊，异常啊，这也是我经常会说到这几个词的原因啊，主要是给新手们听啊。呃，有什么问题咱们随时聊，多看我主页质量视频，感谢大家。

api 稳当解析知识点好了啊，那么第二节课呢，我们来讲一下啊，这个接口 api 文档的一个解析啊，我们来复习一遍啊。嗯，我们要首先我们要了解什么是 api 文档啊？ api 文档呢，它就是接口文档，对吧？它是一个描述接口信息的文档啊， 那么为什么我们要写这个 api 文档呢？他有哪些用处呢？首先第一个他能够方便前端开发和后端开发高效的合作啊， 就是后行开发，我不需要我作为一个前端网页啊，前端开发其实说白了就是网页，对吧？后端开发就是整个的一个逻辑和代码，对吧？它的一个计算啊，也是加减乘除的计算，对吧？查询加减连续增长改查，对吧？计算。那这些我不知道，我不需要 知道他内部是怎么实现的，我只需要知道他给到我这么一个方法，我只我只，我只需要调用他，我只需要输入，知道输入和输出是什么就行了，对不对？就方便我们之间快速的去对接合作就行了。 第二点的话呢，就是啊，我们项目迭代或者人员迭代时，当我们的一个啊，有新员工或者我们呢，我的老的旧的一个系统要对接新的系统的时候啊，我们我们就能通过，我不知道，我不需要知道这个内部的系统他是怎么实现的，我只需要呢知道他的收入和输出，对吧？ 是什么就行了啊？他的地址是什么结果？ ipl 文档， ipl 名称是什么，对吧？我只需要知道这些关键的信息就行了啊，他能够快速去熟悉项目啊，那么啊，他也能够方便我们测试提前介入和开展这个结果 工作啊，我们有了这个文档之后呢，我们不需要等到啊，所有的这个功能都开发完了才去测试，我们只需要，我们只，我们只有只需要有部分的一个接口已经写完了，后台逻辑已经代码就写完了，我们就开始进入测试，对吧？进入测试我们首先啊把这个接口 给他测试啊，能够通过，对吧？我们的后台保证他的后台的逻辑是正确的啊，这样的话呢，之后你再你再测前端的时候，你就知道大部分 你做过接口知识之后，那么后台基本上就是没什么问题，那么你在出现在在我们在系统接触阶段啊，后来发现发现了 bug， 我们就能马上确定啊，他原来肯定是在前端页面或者前端有问题，对吧？能够快速的去定位问题 啊，还有我们的这个文档啊，我们这个文档的话呢，他的编写是有开发部的编写啊，他的内容包括哪些呢？比如说他的基本信息啊，请求仓数访问数据啊，那么基本信息包括什么呢？我们接口名称，对吧？我们的接口地址啊，我们的请求方法 啊，我们这个啊，接口描述对吧？这些啊，这些的话啊，我们到时候要要写用力要用到，比如说我们的一个接口地址，对不对啊？接口地址这个我们的 ul 啊，到时候我们用，我们测试的时候我们需要去调应这个 ui 啊，对吧？我们请求方法，我们是用 pose 的 get 还是 delet， 对吧？正常改查对吧？我们接口的一个描述，他是用来干嘛的？这个接口到底用来干嘛的？是用来登录还是查询，对吧？然后的话呢？嗯， 我们那个请求参数是什么？我们输入和输，比如说我们请求头啊，那个头的内容啊，比如说 ctrl， 这是他的一个内容太普他的类型啊，然后的话呢？他请求体育是什么啊？ 啊？前后题是什么？前后题的话，比如唱出名称啊，对吧？他说的类型啊，是不是要必填啊， 描述啊，视力啊，就是一个案例啊，用力他会举个例子啊，这个参数应该填成什么样子，对不对？场内的数据格式就是用节省啊，我们到时候要根据这个请流体的话去写，去写用力，比如说他是不是必填 我我为空，对吧？那如果他说四逼田，我为空行不行？异常情况，对吧？他如果说，呃，这个参数的话，他的类型啊，一定要是制服型的，对不对？我提一个，我提一个，整整数型还行不行，对吧？那这些都是一种情况，都是 我们根据这个他的一个参数，这个这个一条信息去进行设计的啊，设计用力的啊。那么最后我们来看一下他的一个返回数据，返回数据的话，一个是我们要需要了解他的一个响应状态码 啊，先说买好几种啊，比如说二以二开头的是二零一，他表示成功吗？对吧？你三开头的啊，从天下你四开头的，对吧？啊？是是是，有问题，服务器有问题，对吧？有五开头的对吧？啊？有五以五开头的表示服务器是有问题的，对不对 啊？你反正你要了解啊，了解这些状态码啊，表示什么意思，对不对啊？然后的话呢？我们除了了解这个状态码之后啊，我们还要知道这个响应的数据是什么啊？比如说我们如果说用 查询查询 get， 对吧？那 get 的方法的话，那你到时候，那么那么你通过这个借口的话，查询的话，他要反复一起数据的给给到我们，对不对？那么我们用 pose 是没有的，是吧？ pose 是没有这个反复数据的 啊，那响应数据的话呢？包括我们的一个长寿名称，他是类型，是我必填还描述啊，那这些的话响应数据的话，我们要跟我们的预期值要一致，对不对？才表示这个接口返回数据是正确的，是，是通过的，对不对？ 好，这个就是我们的一个接口 api 文档啊的解析啊，我们通过拿到这个接口文档，通过这么一个梳理啊，用用我们的这个，嗯，我们可以用插麦的把这些关键信息给他提取出来啊。啊，提取出来之后呢，后面就可以用到我们这个写，并且测试用力里面 啊，这个是我们用为我们写用力啊做铺垫的。

什么是接口？接口主要是指用于外部系统和系统之间，以及内部各个子系统之间的交互点，定义特定的交互点，然后通过这些交互点来通过一些特殊的规则，也就是协议来进行数据之间的交互。 常用接口类型有哪些？一、有 first 接口，用的 sope 协议，通过 htp 进行传输，那请求豹纹和返回豹纹呢？都是 x 三万合适的，我们在测试的时候呢，可以通过工具进行调用，比如 jimitter， olander， 还有 atipose。 第二是 httb 协议的接头，他是通过路径来实现这样的方法，那请求爆版的一般都是 py 六形式的，返回爆版的一般都是 jc 串， 那 htb 协议呢？有盖上 pos 组成方法，这也是最常用的两种使用方式。那咱们可以使用工具呢？有 app 加 pos 的极品小流装，这来进行测试。接口是什么组成的？接口的组成呢？包括形成的说明。第二个要 还有请求方法，方法具有 get post， 还有 pose， 还有请求参数，请求类型，请求参数说明，还有返回参数的说明。为什么要做接口测试呢？那接口呢？其实是前端和后端交互用的，那所以好多人问，为啥做功能测试，咱还要测接口呢？目标是啥？不是多此一举吗？首先我告诉大家这种想法是错误的， 举一个例子，比如一个登录接口，那产品规定呢？用户名是六到十个字图，那数字或者下方也可以，但是后端呢？没有做判断，那我们的业务人员测试呢，肯定毕业去验证他， 但如果只是前端做了效应，后端压根就没有判断的话，那么后果就来了，如果一个懂行的人直接抓包方便面的接口，那就可以绕过后端的效应，通过搜索输入啊，直接随意登录， 那如果你这是一个下单的业务，是不是就给公司造成很大的损失啊？所以这个时候接口顺序的目标就来了，第一呢是可能发现客户端没有发现的 bug， 这叫隐藏的缺陷。第二呢是可以及早的爆出风险。第三，如果接口稳定的话呢，前端可以随便改。第四最重要的呢是可以检查系统的安全性和稳定性。