Hello，大家好！我是小米，一个喜欢分享技术的积极活泼的29岁程序员。今天我们要聊一聊“网络基础：重定向和转发区别”。相信大家在开发中经常会遇到这两种操作，但它们的具体区别和应用场景你们都清楚吗？接下来，小米将带你们一探究竟！
什么是重定向？
重定向（Redirect）是指服务器收到请求后，告诉浏览器去访问另一个URL，类似于告诉用户“你走错路了，正确的地方在那边”。重定向分为临时重定向和永久重定向。
临时重定向（302）
临时重定向表示资源只是暂时位置变了，将来还可能会回到原位置。这种情况下，浏览器会用新地址来再次发送请求，但会保留最初的请求方法，比如POST请求。
图片
永久重定向（301）
永久重定向表示资源已经永久搬迁到新位置，浏览器和搜索引擎都会将新地址作为资源的永久地址，并且浏览器会用GET方法重新请求新地址。
图片
什么是转发？
转发（Forward）是服务器内部的一种操作，客户端并不知道转发的发生。服务器收到请求后，内部调用另一个资源来处理请求，浏览器的URL不会发生变化。
图片
重定向和转发的区别
客户端和服务器端的处理不同
- 重定向：服务器告诉客户端一个新的URL，客户端再发送新的请求。
- 转发：服务器内部直接调用资源处理请求，客户端并不知道发生了转发。
URL的变化
- 重定向：浏览器的URL会变成新地址。
- 转发：浏览器的URL不会改变，仍然显示的是最初的地址。
请求次数
- 重定向：会产生两次请求，第一次请求服务器，服务器返回新的URL，浏览器再次请求新URL。
- 转发：只有一次请求，服务器内部直接处理。
数据传递
- 重定向：由于是两次请求，无法在请求间传递数据（除非使用Session或其他持久化手段）。
- 转发：可以在转发过程中共享Request对象中的数据。
应用场景
重定向的应用场景
- 用户登录后跳转：用户登录成功后，重定向到主页，确保用户刷新页面不会重复提交表单。
- 资源永久迁移：网站改版后，旧URL重定向到新URL，告诉搜索引擎新的地址。
- 防止重复提交表单：处理表单提交时，重定向到一个结果页面，避免用户刷新导致表单重复提交。
转发的应用场景
- 服务器内部逻辑处理：在一个请求中，需要调用多个不同的资源来完成，比如根据用户权限选择显示不同页面。
- 共享数据：在转发过程中，可以共享Request对象中的数据，比如在登录验证后，转发到不同的页面展示用户信息。
- MVC模式：在Spring MVC等框架中，Controller处理完请求后，将请求转发到视图层进行展示。
实例演示
为了让大家更好地理解重定向和转发的区别，我们来看一个实际的例子。假设我们有一个简单的登录系统。
重定向示例
用户登录成功后，重定向到主页：
图片
转发示例
用户登录成功后，转发到主页：
图片
END
在今天的分享中，我们详细了解了重定向和转发的概念、区别以及它们的应用场景。
