goquery.loadhtmlstring 解析失败但不报错，主因是 utf-8 bom（\xef\xbb\xbf）或非法控制字符导致 net/html 静默返回空文档；需用 bytes.trimprefix 去 bom，再检查字节流开头并确保 html 结构合法。
goquery.LoadHTMLString 解析失败但没报错？检查输入是否含 BOM 或非法字符
goquery.LoadHTMLString 在遇到 UTF-8 BOM（\uFEFF）或控制字符时会静默失败，返回空文档，doc.Find("body") 也查不到内容——这不是 bug，是 net/html 解析器的默认行为。
- 用
strings.TrimSpace()前先用bytes.TrimPrefix([]byte(html), []byte("\xef\xbb\xbf"))去 BOM - 避免直接传
http.Response.Body的原始字节流，先读取再处理：io.ReadAll(resp.Body)后再 trim - 调试时加一行：
fmt.Printf("first 10 bytes: % x\n", htmlBytes[:min(10, len(htmlBytes))])，确认开头不是ef bb bf
Find("div.classname") 找不到元素？优先验证选择器语法和文档结构
goquery 的选择器基于 CSS，不支持 jQuery 扩展语法（如 :contains），也不自动处理 HTML 命名空间或自闭合标签嵌套问题。
-
Find只搜索子节点，如果目标在顶层，用Doc.Find；若已进入某节点，记得用Children().Find或Find配合相对路径 - class 名带连字符（如
user-info）必须写成.user-info，不能漏点；多个 class 写成.a.b.c，不是.a .b .c（后者是后代选择器） - 服务端渲染页面常有动态插入内容，
goquery拿到的是原始 HTML，不含 JS 渲染结果——别拿它去抓 React/Vue 客户端渲染页
Each() 回调里修改节点无效？goquery 是只读封装，DOM 操作需手动构造
goquery.Selection 是对 html.Node 的只读包装，SetHtml、AppendHtml 等方法只是生成新节点并替换父级，不会原地修改底层树。
- 想改文本内容：用
SetNodeContent替换整个子节点，或用EachWithBreak+ 手动遍历node.FirstChild修改 TextNode - 要删节点：必须调用
Remove()，且注意该方法作用于当前Selection包含的所有匹配节点 - 性能敏感场景慎用
Clone()，它会深拷贝整棵子树，大文档下开销明显
解析大量 HTML 时内存暴涨？别让 *http.Response.Body 一直开着
常见写法 doc, err := goquery.NewDocument("https://...") 内部会调用 http.Get，但响应体未被读完或关闭，连接复用失效，goroutine 和内存持续累积。
- 始终显式关闭：
resp, _ := http.Get(url); defer resp.Body.Close(); doc, _ := goquery.NewDocumentFromReader(resp.Body) - 批量解析时加限速：用
semaphore控制并发数，避免 DNS/连接耗尽；http.Client设置Timeout和MaxIdleConnsPerHost - 如果 HTML 来自文件，用
os.Open后记得defer f.Close()，NewDocumentFromFile不会自动关文件
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
