转发（Forward）和重定向（Redirect）是两种不同的 Web 请求处理方式，它们在功能和行为上有着显著的区别。

区别

转发（Forward）：

服务器内部跳转：转发是服务器内部的行为，即在服务器内部进行请求处理，不涉及客户端的重定向。
单次请求-响应周期内有效：转发是在单次请求-响应周期内完成的，客户端浏览器并不知道发生了转发。
资源共享：转发时，原始请求的信息（如请求参数）会被传递给转发的目标资源，因此目标资源可以共享原始请求的信息。
地址栏不变：浏览器的地址栏中显示的 URL 不会发生变化，仍然是原始请求的 URL。
内部转发机制：在 Java Web 开发中，转发通常通过 RequestDispatcher 接口的 forward() 方法实现。

重定向（Redirect）：

客户端跳转：重定向是客户端的行为，服务器收到请求后，会返回一个特殊的响应码和新的 URL 地址，告诉客户端重新发起新的请求。
两次请求-响应周期：重定向会触发客户端发起新的请求，因此涉及两次请求-响应周期，第一次请求到达服务器后，服务器返回重定向响应码和新的 URL 地址；客户端浏览器收到响应后，会重新发起新的请求。
地址变化：由于是客户端跳转，因此浏览器地址栏会显示新的 URL 地址，而不是原始请求的 URL。
不共享请求信息：重定向是两次独立的请求-响应周期，因此不会共享原始请求的信息。
HTTP 状态码：重定向使用 3xx 状态码，常见的有 301（永久重定向）和 302（临时重定向）等。
外部跳转：重定向通常用于跳转到其他网站或者不同的 URL 路径。
总之，转发是在服务器内部进行的请求处理，不涉及客户端的重定向，而重定向是客户端发起的新的请求，由服务器返回新的 URL 地址进行跳转。选择使用转发还是重定向取决于具体的需求和场景。

例子

转发（Forward）的例子：

假设有一个网站，用户登录后进入了一个受保护的页面 /user/profile，但是用户需要进行身份验证才能查看该页面。这时，服务器可以使用转发来处理用户的请求。

当用户访问 /user/profile 时，服务器收到请求后，会检查用户的登录状态。
如果用户已登录，则服务器会直接转发请求到 /user/profile 页面对应的处理程序，该处理程序会生成用户的个人资料并将其显示在页面上。
如果用户未登录，则服务器可能会将请求转发到登录页面 /login，要求用户先登录。
用户在登录页面登录成功后，服务器会再次转发原始请求到 /user/profile 页面。
在这个过程中，用户的浏览器地址栏不会发生变化，因为这一切都是在服务器内部进行的，用户无法察觉到请求的转发。

重定向（Redirect）的例子：

假设用户访问一个网站上已删除的页面，比如 /old-page，而网站管理员希望用户被重定向到一个新的页面 /new-page。

当用户访问 /old-page 时，服务器会收到请求后，检测到该页面已经被删除。
服务器会返回一个 HTTP 重定向响应码，比如 301（永久重定向）或 302（临时重定向），以及新的页面地址 /new-page。
用户的浏览器收到重定向响应后，会自动发送新的请求到 /new-page。
用户最终会在浏览器中看到 /new-page 页面的内容，并且浏览器地址栏中的 URL 会显示为 /new-page。
在这个过程中，用户能够察觉到浏览器地址栏中 URL 的变化，因为这是一个客户端发起的重定向。