forward 和 redirect 的区别？
在Web开发中，"forward"和"redirect"是两种常用的页面跳转技术。
Forward（转发）:
- Forward 是服务器端的跳转技术，它在服务器内部完成跳转，客户端浏览器并不知道页面发生了跳转。
- 当服务器收到一个客户端请求时，它可以将请求转发给另一个服务器资源或者同一服务器上的不同资源进行处理。
- Forward 的过程是完全透明的，客户端浏览器不会感知到有任何跳转的发生。
- 客户端浏览器只会接收到最终由服务器发送的响应，而不知道服务器内部发生了转发。
- Forward 可以携带请求参数和属性，并且共享相同的请求对象。
Redirect（重定向）:
- Redirect 是客户端的跳转技术，它在接收到服务器的响应后，会收到一个特殊的响应状态码（通常是 302 Found 或 307 Temporary Redirect）和一个新的 URL 地址。
- 客户端浏览器会根据收到的状态码和 URL 地址，自动向该 URL 发送新的请求，从而完成页面跳转。
- Redirect 会导致客户端浏览器发起新的请求，因此在网络层面上存在额外的开销。
- Redirect 可以将请求重定向到不同的域名或不同的 Web 应用程序。
区别：
- Forward 是服务器端的跳转，而 Redirect 是客户端的跳转。
- Forward 是在服务器内部进行页面跳转，而 Redirect 是通过客户端浏览器发起新的请求来完成页面跳转。
- Forward 是透明的，客户端浏览器不知道页面发生了跳转；而 Redirect 是明显的，客户端浏览器会看到 URL 地址的变化。
- Forward 可以共享相同的请求对象和属性，而 Redirect 不可以。
- Redirect 会导致额外的网络开销，因为客户端浏览器需要发送两次请求。
选择使用 Forward 还是 Redirect 取决于具体需求。如果需要在服务器内部进行页面跳转，保持相同的请求对象和属性，并且对客户端无感知，可以使用 Forward。如果需要引导客户端浏览器发起新的请求，或者进行跨域或跨应用程序跳转，可以使用 Redirect。
简述 tcp 和 udp的区别？
TCP（Transmission Control Protocol）和UDP（User Datagram Protocol）是两种常见的传输层协议，用于在网络上传输数据。它们有以下的区别：
连接导向 vs 无连接：
- TCP 是一种面向连接的协议，通信前需要先建立连接，确保数据传输的可靠性和有序性。
- UDP 是一种无连接的协议，通信时不需要建立连接，数据包可以直接发送。因此，UDP 比 TCP 更加轻量级。
可靠性：
- TCP 提供可靠的数据传输，通过使用序号、确认应答和重传机制来确保数据的完整性和有序性。
- UDP 不提供可靠性保证，数据包发送后不会进行确认或重传，因此存在丢包的风险。
消息边界：
- TCP 是基于字节流的协议，没有消息边界的概念。数据被分割为 TCP 数据包进行传输，并在接收端重新组装。
- UDP 是基于数据报的协议，每个 UDP 数据包都是一个独立的消息单位，保留了消息边界。
传输效率：
- TCP 因为提供可靠性保证，需要进行确认应答、重传等机制，会产生较大的开销，传输效率相对较低。
- UDP 没有这些机制，传输效率较高，适用于实时性要求较高的应用。
应用场景：
- TCP 适用于需要可靠传输、有序性、错误恢复的应用，如网页浏览、文件传输等。
- UDP 适用于实时性要求较高，可以容忍丢包的应用，如音视频流媒体、游戏等。
总的来说，TCP 是一种可靠、面向连接的协议，适用于对数据完整性和有序性要求较高的场景；而UDP 是一种简单、无连接的协议，适用于实时性要求较高、可以容忍丢包的场景。选择使用哪种协议取决于具体的应用需求。
tcp 为什么要三次握手，两次不行吗？为什么？
TCP采用三次握手的方式来建立连接，主要是为了确保双方可以可靠地进行通信，并避免已失效的连接请求报文段对网络资源的浪费。下面详细解释为什么需要三次握手：
确保双方都能收发数据：
- 第一次握手：客户端向服务器发送一个带有 SYN（同步）标志的包，请求建立连接。此时，客户端可以发送数据，但服务器还不能确认是否能接收数据。
- 第二次握手：服务器收到客户端的请求后，回复一个带有 SYN/ACK（同步/确认）标志的包，表示同意建立连接。此时，服务器能接收客户端的数据，但客户端仍无法确定自己是否能接收服务器的数据。
- 第三次握手：客户端收到服务器的回复后，再次发送一个带有 ACK 标志的包，确认连接建立。此时，双方都确认了对方的能力，可以开始正常地发送和接收数据。
确保连接的可靠性和防止资源浪费：
- 第三次握手的过程中，服务器再次向客户端发送一个确认包，目的是为了确认客户端的连接请求，以及避免客户端重复的连接请求被误认为是新的连接。
- 如果只使用两次握手，那么在网络延迟的情况下，客户端的连接请求可能会滞留一段时间，而服务器可能已经关闭了对应的连接资源。如果客户端重新发送请求，服务器将误以为是一个新的连接请求，并分配相应的资源，从而导致资源浪费。
解决网络中存在的延迟和重复问题：
- TCP的三次握手可以帮助双方确认彼此的发送和接收能力，并确保双方都能正确地建立连接。
- 在第一次握手时，客户端向服务器发送连接请求。如果这个请求在网络中滞留，客户端会在超时后重新发送请求，确保服务器能够收到。
- 在第二次握手时，服务器向客户端发送确认包，如果这个包在网络中滞留，服务器会重新发送确认包，确保客户端能够收到。
综上所述，通过三次握手，TCP协议能够确保双方都具备发送和接收数据的能力，同时避免了已失效的连接请求对网络资源的浪费。两次握手无法满足这些要求，因此采用三次握手来建立可靠的连接。
