| API |
接口，可以理解成后端留给前端的菜单：前端点哪道菜，后端就端上对应的数据。前后端就靠它对接。 |
接口 |
| RESTful |
一种设计接口的常见风格，用地址加动作来表达对什么资源做什么操作，看着整齐也好懂。 |
api |
| 鉴权 |
判断请求是谁发来的、有没有资格访问。就像进门刷卡，刷得出来才让进。 |
认证 |
| 中间件 |
夹在请求和业务逻辑中间的一段公共处理，比如统一记日志、查权限。大家都要做的事，集中做一次就好。 |
拦截器 |
| 微服务 |
把一个庞大的后端拆成很多个各管一摊的小服务，各自独立上线、互不拖累。 |
服务拆分 |
| 缓存 |
把算过或查过的结果先存起来，下次直接拿，不用重新算一遍。热点数据一多，缓存能救命。 |
redis |
| 消息队列 |
先把要处理的任务排成一队存着，后端有空再慢慢消化，防止一瞬间涌进来把系统压垮。 |
mq |
| 数据库 |
专门存放业务数据的地方，用户、订单、商品都记在里面，还能按条件查出来。 |
db |
| 接口文档 |
把每个接口要传什么、会返回什么都写清楚，供前端和测试照着调用。 |
api文档 |
| 网关 |
所有请求进后端的总入口，负责分发、限流、拦截，像一个大门保安。 |
网关服务 |
| 负载均衡 |
把涌来的请求分摊到多台服务器上，避免一台忙死、其余闲着。 |
分流 |