前言
页面的重定向想必大家都知道，如果你是用过 koa ，那么通过如下代码，就能让网页跳转至指定页面：
或者你用过 java 的重定向：
那么框架内部到底是怎么实现页面重定向的呢？这篇小短文可能会让你更加清楚其中的一些原理。
重定向
概念
当你在浏览器访问 A 地址时，你会看到浏览器会刷新进度条，地址栏被更新为 B 地址。这就是 URL 重定向。
这样类似的技术，就是由 Http 协议定义的。重定向操作是由服务端向客户端发送特定的响应状态来触发，这类状态有个专门的状态码：3xx ，当浏览器接收后，将会进行页面的重定向，即地址发生了跳转。
几种状态码
302 和 301 的区别
上面列了许多 3xx 的状态码，但平时我们最多用的是 301 和 302，这里就详细解释这两个的区别：
301
永久重定向。如果 A 地址被 301 到 B 地址后，后续再次请求 A 地址的话，浏览器就会默认首次请求 B 地址，不会再有 A 地址的请求。
等看到第一次访问 /api/books/111 时，页面被重定向到 /api/books，浏览器发送两次请求。但后续再次请求 /api/books/111 时，直接请求了 /api/books 。
所以通常该状态码用于网站重构，告知搜索引擎你以后访问我 301 重定向的地址。
302
相反，302 就是临时重定向。
平时我们登陆页面的授权跳转都是基于此状态码。因为客户端访问的页面是临时不可用，满足了某些条件后，可以继续使用。
对比 301 的请求，能看到两次 /api/books/222 的请求都被“记录在案”。
koa 中的重定向
来看下 koa 中 response 的 redirect 的重定向源码：
能看到在这段重定向的代码中，分别设置了 location 和 状态码，依靠他们来完成重定向的功能。
当然我们可以自己简单的实现一个服务器重定向功能：
总结
如果你只是单纯的使用框架的 redirect api，而不清楚其内部的原理，可能这篇会帮助你了解更多些。
毕竟这是 Http 的基础，会让你对浏览器的重定向有个概念。
关于我
一位“前端工程师”，乐于实践，并分享前端开发经验。
如果有问题或者想法，欢迎各位评论留言，愿大家共同进步。
关注【前端雨爸】，查阅更多前端技术心得。