如何在Go+AWS SDK中优先获取S3中的.js.gz文件？

1. 可以实现优先拉取.gz文件 #

核心逻辑很直接：处理请求时先尝试获取对应路径的.gz压缩文件，存在则返回（需设置正确响应头），不存在再回退到原文件。

示例代码 #

package main

import (
	"net/http"
	"strings"

	"github.com/aws/aws-sdk-go/aws"
	"github.com/aws/aws-sdk-go/aws/session"
	"github.com/aws/aws-sdk-go/service/s3"
)

func s3FileHandler(w http.ResponseWriter, r *http.Request) {
	bucket := "your-bucket-name"
	filePath := strings.TrimPrefix(r.URL.Path, "/") // 假设请求路径直接对应S3上的文件路径

	// 构造对应的.gz文件路径
	gzFilePath := filePath + ".gz"

	// 初始化S3客户端（建议放到handler外复用，避免每次请求创建会话）
	sess := session.Must(session.NewSession(&aws.Config{Region: aws.String("your-region")}))
	svc := s3.New(sess)

	// 用HeadObject检查.gz文件是否存在（仅请求元数据，比GetObject更轻量）
	_, err := svc.HeadObject(&s3.HeadObjectInput{
		Bucket: aws.String(bucket),
		Key:    aws.String(gzFilePath),
	})

	if err == nil {
		// 找到.gz文件，拉取并返回
		obj, err := svc.GetObject(&s3.GetObjectInput{
			Bucket: aws.String(bucket),
			Key:    aws.String(gzFilePath),
		})
		if err != nil {
			http.Error(w, "Failed to fetch compressed file", http.StatusInternalServerError)
			return
		}
		defer obj.Body.Close()

		// 关键响应头：告诉浏览器内容是gzip压缩格式
		w.Header().Set("Content-Encoding", "gzip")
		// 保持原文件的MIME类型，比如.js文件设为application/javascript
		w.Header().Set("Content-Type", "application/javascript")
		http.ServeContent(w, r, filePath, *obj.LastModified, obj.Body)
		return
	}

	// .gz文件不存在，拉取原文件
	obj, err := svc.GetObject(&s3.GetObjectInput{
		Bucket: aws.String(bucket),
		Key:    aws.String(filePath),
	})
	if err != nil {
		http.Error(w, "Failed to fetch file", http.StatusInternalServerError)
		return
	}
	defer obj.Body.Close()

	w.Header().Set("Content-Type", "application/javascript")
	http.ServeContent(w, r, filePath, *obj.LastModified, obj.Body)
}

func main() {
	http.HandleFunc("/", s3FileHandler)
	http.ListenAndServe(":8080", nil)
}

2. 预压缩优先是当前场景的最优方案 #

你提到的预压缩确实比Go运行时压缩高效，核心原因：

• 节省服务器CPU：压缩工作在构建阶段完成，Go服务无需在请求时消耗CPU做压缩，高并发场景下能显著降低服务器负载
• 压缩效果更好：Webpack的Compression Plugin可以配置更高的压缩级别（比如gzip的9级），生成的文件体积更小；而运行时压缩为了避免请求延迟，一般只用较低级别，压缩率不如预压缩
• 缓存更友好：预压缩文件是静态资源，可与原文件一起被浏览器或CDN缓存，无需每次请求重复处理

注意事项 #

• 部署时确保原文件与.gz文件路径对应，避免漏生成.gz文件
• 必须正确设置Content-Type响应头，不能因返回.gz文件就设为application/gzip，否则浏览器无法正确解析内容
• 文件更新时需同步更新原文件与对应.gz文件，避免版本不一致

3. 其他可选方案（但不如当前方式可控） #

如果不想手动写判断逻辑，也可以用S3静态网站托管或CloudFront的自动压缩功能，但你已经通过Webpack完成预压缩，手动判断的方式更可控，能避免CDN自动压缩与预压缩文件冲突的问题。

内容的提问来源于stack exchange，提问作者mateotherock