必须做三件确定性极强的检查：含<title>、禁内联样式、声明charset；因htmlq是提取器非校验器，无法区分解析失败与内容缺失，且易OOM、不识别语义与安全问题。
无服务器渲染函数返回 HTML 前，必须做三件确定性极强的检查：是否含 <title>、是否含 style= 内联样式、是否声明了 charset。这三件事用字符串扫描就能完成，不依赖 DOM、不触发冷启动延迟激增，且能拦截 90% 以上的首屏崩溃或 CSP 失效问题。
为什么不能在 Serverless 函数里跑 htmlq 做质量校验
htmlq 是提取器，不是校验器。它执行 htmlq 'head title' 返回空字符串时，你无法区分是文档没 <title>，还是 HTML 解析失败（比如标签未闭合导致 kuchiki 解析中断），或是整个响应体为空——它不报错、不抛异常、不提供上下文。在 Lambda 128MB 内存档下，htmlq '*' 还可能直接 OOM。更关键的是，它完全不识别 onerror=、javascript:、缺失 alt 等语义与安全问题。
Serverless 函数内轻量守卫的实操写法
在 return 前插入几行判断，比引入任何第三方库都可靠：
- 用
strings.Contains(htmlBody, "<title>")或正则<title>[^<]+</title>断言标题存在；缺失则直接返回HTTP 500 - 用
strings.Contains(htmlBody, "style=")扫描内联样式；发现即记录日志并剥离（或拒绝响应），防止绕过 CSP - 用
strings.HasPrefix(htmlBody, "<!DOCTYPE html><html><head><meta charset=\"utf-8\">")或类似前缀匹配确认编码声明；否则中文首屏必乱码 - 避免用
strings.Contains(htmlBody, "javascript:") || strings.Contains(htmlBody, "onerror=")这类简单匹配——易被绕过；改用预编译正则regexp.MustCompile(`(?i)\b(?:javascript:|on\w+\s*=)`)并设超时
构建时 + 运行时分层校验才真正防漏
单靠函数内守卫会漏掉模板逻辑错误（如 Nunjucks 中未转义变量）、无障碍缺失（<button> 没 aria-label）、SSR 渲染异常（重复 ID、v-if 错位）。必须分层：
立即学习“前端免费学习笔记（深入）”；
- 构建阶段：用
html-validate扫描原始模板文件（.vue、.njk），配规则强制双引号、禁用内联样式、要求alt - 部署卡点：CI 的
deploy步骤前加curl -s "$FUNCTION_URL?preview=1" | htmlq 'head title' | grep -q "Preview"，验证函数能返回合法结构 - 运行时守卫只处理高危、确定性模式（
javascript:、on\w+=、src=无引号）；不做全量 DOM 分析，不调cheerio或jsdom
最容易被忽略的是：所有动态拼接的属性值（src、href、class）必须用双引号包裹，且用户输入必须先 encodeURIComponent() —— 否则 & 和空格会让整个标签解析断裂，而这种错误连 W3C Validator 都检测不到。
