富文本内容不能直接用c.postform("content")获取，因前端常通过multipart/form-data提交且含html标签、base64图片等大体积内容，易超gin默认32mb的maxmultipartmemory限制，导致解析失败返回空；同时需防xss、处理编码与nginx等代理层body大小限制。
富文本内容为什么不能直接用 c.PostForm("content") 获取
因为富文本编辑器（如 Quill、TinyMCE、WangEditor）提交 HTML 时，常通过 multipart/form-data 表单上传，且内容可能混在文件字段中（比如作为隐藏的 <input type="hidden">），也可能走纯 JSON 提交。但更常见的是：前端把 HTML 字符串塞进普通表单字段，却没设好编码或长度限制——这时 c.PostForm("content") 可能返回空或截断，尤其是含中文标签、<script></script>、base64 图片时。
根本原因是 Gin 默认对 POST 表单字段有 32MB 总体限制（MaxMultipartMemory），且对单个字段不单独设限，但实际受 HTTP header 大小、代理（如 Nginx）的 client_max_body_size、以及 Go 的 http.MaxHeaderBytes 影响更大。
- 检查是否启用了
c.Request.ParseMultipartForm()—— Gin 在调用c.PostForm前会自动触发，但若 HTML 超过MaxMultipartMemory（默认 32MB），会直接报错http: request body too large - 确认前端没把 HTML 放在
file字段里误传（比如用editor.root.innerHTML存进一个叫file的 input） - 用
c.Request.FormValue("content")替代c.PostForm更稳妥，它绕过 multipart 解析逻辑，直接读原始表单值
接收 HTML 字符串时如何避免被 Gin 自动转义或截断
Gin 默认不会对 PostForm 或 FormValue 返回的内容做 HTML 转义，但如果你用了 c.ShouldBind(&struct{}) 且字段带 binding:"form"，而结构体字段是 html.EscapeString 过的类型（比如自定义 Unmarshal），就可能出问题。真正导致“乱码”或“丢内容”的，往往是传输层编码不一致。
- 前端必须确保
<form></form>设置accept-charset="UTF-8"，且 JS 发送前未对 HTML 做二次encodeURIComponent（除非后端对应url.QueryUnescape） - 后端接收时统一用
c.Request.FormValue("content")，并显式声明 UTF-8：content := c.Request.FormValue("content") content = strings.ToValidUTF8(content) // 可选：用 golang.org/x/text/transform 纠正非法字节 - 禁用 Gin 的自动 Multipart 解析（如果确定不用上传文件）：启动时设置
gin.SetMode(gin.ReleaseMode)并手动调用c.Request.ParseForm()，避免触发大内存分配
解析上传的 HTML 时怎么防止 XSS 和 DOM 污染
拿到原始 HTML 后不能直接存库或渲染——富文本内容里可能藏有 <script></script>、onerror=、javascript: href 等。Gin 不提供内置 HTML 净化，得靠第三方库。
- 推荐用
golang.org/x/net/html+ 白名单策略（轻量、无 CGO、可控）；避免用正则替换，HTML 嵌套会让正则失效 - 更省事选
mvdan.cc/xurls/v2（处理链接） +github.com/microcosm-cc/bluemonday（专注 XSS 过滤）：p := bluemonday.UGCPolicy() cleaned := p.Sanitize(content) // 只保留 <p><strong>@@##@@ 等安全标签</strong></p>
- 注意
bluemonday默认不允许<img>，需手动添加：p.AllowDataURIImages(true) - 如果业务允许，比净化更彻底的做法是：只存 Markdown，前端用
marked.js渲染——服务端完全不碰 HTML
上传含 base64 图片的富文本，后端怎么提取并保存图片
WangEditor / TinyMCE 常把截图转成 data:image/png;base64,... 直接写进 HTML。这部分不能直接入库，否则拖慢查询、撑爆数据库。得在接收时实时解码、保存为独立文件，并替换 HTML 中的 base64 URL 为真实路径。
- 用
regexp.MustCompile(<code>`data:([^;]+);base64,([A-Za-z0-9+/=]+)`) 提取 MIME 类型和 base64 数据 - 用
base64.StdEncoding.DecodeString解码，校验长度（防超大图）和 MIME（只允许image/png、image/jpeg） - 生成唯一文件名（如
uuid.New().String() + ".png"），保存到本地或对象存储（如 MinIO）；返回新 URL 后，用strings.ReplaceAll替换原文中的 data URL - 别忘了设响应头：
c.Header("Content-Type", "text/html; charset=utf-8")，否则浏览器可能把返回的 HTML 当纯文本显示
MaxMultipartMemory 调到 100MB，Nginx 的 client_max_body_size 10M 仍会让整个请求在到达 Go 前就被 413 截断。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
