在 go 的 http 服务中，当 html 表单使用 `enctype="multipart/form-data"` 时，必须调用 `r.formvalue()` 而非 `r.postformvalue()` 获取字段值；后者仅适用于 `application/x-www-form-urlencoded` 编码，这是由 go 标准库对 `parsemultipartform()` 内部存储逻辑决定的关键差异。
Go 的 net/http 包对不同表单编码类型的解析机制存在隐式但重要的分工：
- r.PostFormValue(key) 仅从 r.PostForm（即 url.Values 类型）中读取，而 r.PostForm 仅在 ParseForm() 被调用后填充，且该函数跳过 multipart/form-data 请求（直接返回 nil error，不解析）；
- r.FormValue(key) 则更通用：它会先尝试调用 r.ParseMultipartForm()（若请求是 multipart 且未解析），再从 r.Form 中读取 —— 而 ParseMultipartForm() 的实现明确将解析出的普通表单字段（如 filepath、jscontent）存入 r.Form，而非 r.PostForm。
因此，你的原始代码：
log.Println(r.PostFormValue("filepath")) // ❌ 始终为空（multipart 下 r.PostForm 未被填充）应改为：
func defaultHandler(w http.ResponseWriter, r *http.Request) {
// ✅ 正确：自动触发 ParseMultipartForm（如需）并从 r.Form 读取
log.Println(r.FormValue("filepath"))
log.Println(r.FormValue("jscontent"))
// 若需上传文件，可进一步使用：
// err := r.ParseMultipartForm(32 << 20) // 限制内存缓冲为 32MB
// file, _, _ := r.FormFile("file") // 注意：HTML 中需添加
}⚠️ 注意事项：
- r.FormValue() 是安全的兜底方案，推荐在不确定编码类型时统一使用；
- r.PostFormValue() 仅保证兼容传统 URL 编码表单，不适用于任何含文件上传或显式声明 multipart/form-data 的场景；
- 若需访问上传的文件（如 ），必须显式调用 r.ParseMultipartForm(maxMemory)（即使 r.FormValue 已触发过一次解析，FormFile 仍可能要求再次解析以确保文件句柄就绪）；
- Go 官方文档未明确强调此行为差异，属于实现细节层面的“约定”，但自 Go 1.0 起稳定存在，不应视为 bug，而是设计取舍（PostForm 专用于非 multipart 场景，Form 为统一入口）。
总结：始终优先使用 r.FormValue() 处理表单字段，它兼具兼容性与健壮性；仅在明确只处理 x-www-form-urlencoded 且需语义强调“POST 数据”时，才选用 r.PostFormValue()。
