go gin 框架设置 header 需要注意的一个坑

先说问题,go gin 框架中使用 c.Header("new-token", "123") 设置 http header 键值的时候,设置的 new-token 键会变成 New-Token !!!

在这里插入图片描述

事件始末

最近在做服务器鉴权相关的工作,一个比较简单的逻辑:

服务端收到客户端请求后,校验客户端带过来的校验参数 token 是否过期,当 token 过期时间小于一天时,会生成一个新的 token 并通过设置 http headernew-token 来通知客户端去将本地缓存的 token 更新。

在这里插入图片描述

功能做好了,示例代码如下:

服务端这里省略了校验 token 时间的逻辑,只给了设置 token 的逻辑:

package main

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

func main() {
	engine := gin.Default()
	
	engine.GET("/header", func(c *gin.Context) {
		c.Header("new-token", "123")
		c.String(200, "ok")
	})
	
	engine.Run(":4780")
}

这时我直接就跟客户端对接小哥说:当客户端缓存的 token 快过期的时候,我会通过设置 http headernew-token 值来告诉你已经更新了,你去把客户端自己缓存的 token 换掉就行了。

前端小哥的代码如下:

if (response.headers && response.headers['new-token']) {
	store.upadteToken(response.headers['new-token'])
}

因为功能并不复杂,我也就没有测试(前端小哥也没测试),直接提交测试了。再加上 token 的过期时间也设置的比较长,前几天并没有出现过这种需要更新 token 的情况。

但突然有天测试小哥说出问题了需要看看,我看了看代码,直接否认说不是自己的问题,前端小哥也直接矢口否认。

没法子,两人去案发现场一比对,才发现问题,是后端返回的 new-token 不是全小写的,而是 New-Token !!!

在这里插入图片描述

定位问题

丢人!!!!

为了找回一点点颜面,查了查源码才发现原来 gin 框架是会对 header 做设置。

最终会走到 go 源码 go\src\net\textprotoCanonicalMIMEHeaderKey(s string) string 方法中,如下:

// CanonicalMIMEHeaderKey returns the canonical format of the
// MIME header key s. The canonicalization converts the first
// letter and any letter following a hyphen to upper case;
// the rest are converted to lowercase. For example, the
// canonical key for "accept-encoding" is "Accept-Encoding".
// MIME header keys are assumed to be ASCII only.
// If s contains a space or invalid header field bytes, it is
// returned without modifications.
func CanonicalMIMEHeaderKey(s string) string {
	commonHeaderOnce.Do(initCommonHeader)

	// Quick check for canonical encoding.
	upper := true
	for i := 0; i < len(s); i++ {
		c := s[i]
		if !validHeaderFieldByte(c) {
			return s
		}
		if upper && 'a' <= c && c <= 'z' {
			return canonicalMIMEHeaderKey([]byte(s))
		}
		if !upper && 'A' <= c && c <= 'Z' {
			return canonicalMIMEHeaderKey([]byte(s))
		}
		upper = c == '-'
	}
	return s
}

可以看到,就是在这里将我们赋给 header 的键 new-token 给改成大写的 New-Token 的。

结案忠告

亲,你也不想让同事都知道你这么菜吧!xxxx

框架的使用的确可以省去我们不少的时间,但是在使用框架的时候,再小的功能也要测试一下,不然可能会造成类似本篇描述的问题。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
好的,下面是一个示例代码,使用 `gin` 框架实现分片上传阿里云OSS功能: ```go package main import ( "fmt" "io" "log" "net/http" "os" "path/filepath" "strconv" "github.com/aliyun/aliyun-oss-go-sdk/oss" "github.com/gin-gonic/gin" ) const ( MaxUploadSize = 5 * 1024 * 1024 * 1024 // 5 GB ChunkSize = 10 * 1024 * 1024 // 10 MB ) func main() { r := gin.Default() r.POST("/upload", UploadHandler) if err := r.Run(":8080"); err != nil { log.Fatal(err) } } func UploadHandler(c *gin.Context) { file, header, err := c.Request.FormFile("file") if err != nil { c.JSON(http.StatusBadRequest, gin.H{"error": err.Error()}) return } defer file.Close() fileSize, err := strconv.Atoi(c.Request.FormValue("size")) if err != nil { c.JSON(http.StatusBadRequest, gin.H{"error": err.Error()}) return } fileName := header.Filename filePath := filepath.Join(os.TempDir(), fileName) dst, err := os.Create(filePath) if err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } defer dst.Close() if _, err := io.Copy(dst, file); err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } if int64(fileSize) > MaxUploadSize { c.JSON(http.StatusBadRequest, gin.H{"error": "file size exceeds the maximum limit"}) return } client, err := oss.New("oss-cn-hangzhou.aliyuncs.com", "<access_key>", "<access_secret>") if err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } bucket, err := client.Bucket("<bucket_name>") if err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } chunkSize := ChunkSize totalPartsNum := (fileSize + chunkSize - 1) / chunkSize objectName := fileName // Initiate the multipart upload imur, err := bucket.InitiateMultipartUpload(objectName) if err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } var uploadedParts []oss.UploadPart var partNumber int // Upload each part for i := 0; i < totalPartsNum; i++ { partSize := chunkSize if i == totalPartsNum-1 { partSize = fileSize - i*chunkSize } partNumber = i + 1 // Open the file and read the bytes file, err := os.Open(filePath) if err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } defer file.Close() // Seek to the start of the part offset := int64(i * chunkSize) if _, err := file.Seek(offset, io.SeekStart); err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } // Read the part into memory partBuffer := make([]byte, partSize) if _, err := file.Read(partBuffer); err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } // Upload the part to OSS uploadPart, err := bucket.UploadPart(imur, partBuffer, partNumber) if err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } uploadedParts = append(uploadedParts, uploadPart) } // Complete the multipart upload cmur, err := bucket.CompleteMultipartUpload(imur, uploadedParts) if err != nil { c.JSON(http.StatusInternalServerError, gin.H{"error": err.Error()}) return } fmt.Println(cmur) c.JSON(http.StatusOK, gin.H{"message": "upload success"}) } ``` 以上代码中,实现了以下功能: 1. 从请求中获取文件和大小 2. 将文件存储到本地磁盘中 3. 初始化分片上传,并上传每个分片 4. 完成分片上传,将分片合并成一个对象 需要注意的是,代码中使用了阿里云OSS的 SDK 进行操作,因此需要先在阿里云控制台上创建 OSS Bucket,并在代码中填写正确的 access_key、access_secret 和 bucket_name。 另外,由于上传的文件可能很大,因此需要设置分片大小,本例中设置为每个分片的大小为10MB。同时,为了避免服务器崩溃,还需要设置文件大小的最大限制,本例中设置为5GB。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值