HTTP状态码：3XX

3XX状态码

含义：表明浏览器需要执行某些特殊的处理以正确的处理请求，大部分都需要进行重定向。
这类状态码代表需要客户端采取进一步的操作才能完成请求。通常，这些状态码用来重定向，后续的请求地址（重定向目标）在本次响应的 Location 域中指明。
当且仅当后续的请求所使用的方法是 GET 或者 HEAD 时，用户浏览器才可以在没有用户介入的情况下自动提交所需要的后续请求。客户端应当自动监测无限循环重定向（例如：A->A，或者A->B->C->A），因为这会导致服务器和客户端大量不必要的资源消耗。按照 HTTP/1.0 版规范的建议，浏览器不应自动访问超过5次的重定向。

（使用gin框架来实践测试）

package main

import "github.com/gin-gonic/gin"

func main() {

	r := gin.Default()

	r.GET("/ping", func(c *gin.Context) {

		c.JSON(200, gin.H{"message": "pong"})

	})

	r.GET("/redirect/301", redirect301)

	r.GET("/redirect/302", redirect302)

	r.Run()

}

func redirect302(c *gin.Context) {

	c.Redirect(302, "https://www.shanbay.com")

}

func redirect301(c *gin.Context) {

	c.Redirect(301, "https://www.shanbay.com")

}

301 Moved Permanently（永久重定向）

含义：客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。

被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个 URI 之一。如果可能，拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址。

除非额外指定，否则这个响应也是可缓存的（也就是说浏览器会保存urlAf返回的301响应中Location的urlB，当下一次再去请求urlA时，会从缓存中直接得到urlB去请求，即便服务端已经把urlA的重定向改成了urlC，浏览器也不会知道。

其实我此时已经将301的重定向链接改为 https://www.shanbay.com/wordsweb/

func redirect301(c *gin.Context) {

	c.Redirect(301, "https://www.shanbay.com/wordsweb/")

}

302 Found (Previously "Moved temporarily") （临时重定向）

含义：类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。
请求的资源临时从不同的URI响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。如果这不是一个GET或者HEAD请求，那么浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。

注意：虽然RFC 1945和RFC 2068规范不允许客户端在重定向时改变请求的方法，但是很多现存的浏览器将302响应视作为303响应，并且使用GET方式访问在Location中规定的URI，而无视原先请求的方法。状态码303和307被添加了进来，用以明确服务器期待客户端进行何种反应。

许多浏览器会错误地响应302应答进行重定向，由于这个原因，HTTP 1.1新增了307，并期望用303和307两个细分的状态码来替代含糊不清的302。

303 See Other

含义：类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取（HTTP 1.1新）。

303与302不同之处在于，302是不会改变请求的方法，如果请求方法是POST的话，重定向的请求也应该是POST。而对于303，使用POST请求的话，重定向的请求应该是GET请求。

307 Temporary Redirect (since HTTP/1.1)

含义：和302（Found）相同（HTTP 1.1新）。

如果这不是一个GET或者HEAD请求，那么浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。对于307，使用POST请求的话，重定向的请求应该是POST请求。

304 Not Modified（未修改）

含义：客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
如果客户端发送了一个带条件的 GET 请求且该请求已被允许，而文档的内容（自上次访问以来或者根据请求的条件）并没有改变，则服务器应当返回这个状态码。304响应禁止包含消息体（因此304请求可以借助浏览器缓存来节省资源请求）。

参考文章

浅谈之-http的状态码以及使用场景