API与HTTP的基本概念
在学习前端与后端交互的过程中,了解到了Restful_API,这是一个较为通用的交互规范。
在学习初期,我知道前后端交互一直都是用api来连接的,但是api具体是什么我并不能完整的描述出来,所以此篇文章主要是整理api与HTTP的一些基础内容,后续再深入了解Restful_API。
什么是 API?
API(Application Programming Interface,应用程序编程接口)其实是“软件之间的沟通桥梁”。
举个生活中的例子:去餐厅吃饭
- 菜单 = API 文档(告诉你能点什么)
- 你点菜 = 前端发送请求
- 服务员 = API(帮你把需求传给厨房)
- 厨房做菜 = 后端处理请求
- 上菜 = 后端返回数据(比如用户信息、商品列表)
所以,API 不是一个具体的应用,也不是一段代码,而是一套规则:它规定“你可以问服务器要什么”、“要怎么问”、“服务器会怎么回答”。
比如:
- 天气 App 通过天气服务商的 API 获取实时天气;
- 支付宝通过银行的 API 完成转账;
- 微信通过腾讯的 API 上传你的头像。
什么是 HTTP?
HTTP(HyperText Transfer Protocol,超文本传输协议)是互联网上最常用的“通信规则”,它规定了客户端(比如浏览器、手机 App)和服务器之间怎么互相说话。
你可以把 HTTP 想象成“快递运输的标准流程”:
- 客户端打包一个“请求”(比如“我要看用户列表”);
- 通过网络发给服务器;
- 服务器处理完,再打包一个“响应”(比如返回 JSON 数据)送回来。
HTTP 的核心是 请求-响应模型:
- 每次通信都由客户端发起;
- 服务器只负责回答,不主动联系客户端;
- 所有数据都通过标准格式传输(比如 JSON、HTML)。
API 和 HTTP 的关系?
- API 是“菜单”:定义了你能做什么操作(比如获取用户、创建订单)。
- HTTP 是“点菜和上菜的方式”:告诉你用什么动作(GET、POST 等)去点菜,以及菜怎么端上来。
换句话说:
RESTful API 是用 HTTP 协议来实现的 API。
它把 HTTP 的方法(GET、POST 等)当作“动词”,把 URL 当作“名词”,组合起来描述操作。
例如:
|
|
常见的 HTTP 方法(动词)
| 方法 | 作用 | 类比 |
|---|---|---|
| GET | 获取数据 | 查看菜单、读取信息 |
| POST | 提交/创建新数据 | 点一份新菜 |
| PUT | 完整替换某个数据 | 把整道菜重做一遍 |
| PATCH | 修改部分数据 | 只换菜里的辣椒 |
| DELETE | 删除数据 | 取消订单 |
小提示:
GET最安全,因为它不会改数据;POST、PUT、PATCH、DELETE都会改动服务器内容。
总结
- API = 接口规范(能做什么)
- HTTP = 通信协议(怎么做)
- RESTful API = 用 HTTP 实现的、符合 REST 规则的 API
参考资料
目录