goquery.NewDocument仅支持URL网络请求，不支持本地文件或HTML字符串；读本地文件需os.ReadFile+bytes.NewReader+NewDocumentFromReader，读字符串需strings.NewReader+NewDocumentFromReader。
goquery 不能直接解析 HTML 字符串或文件路径，必须先转成 *http.Response 或 io.Reader；传错类型会 panic 或静默失败。
为什么 doc, err := goquery.NewDocument("index.html") 总是报错？
因为 NewDocument 只接受 URL（字符串）并发起 HTTP 请求，不支持本地文件路径或 HTML 字符串。想读本地文件或内存中的 HTML，得换方法：
- 读本地文件：
os.ReadFile("index.html")→bytes.NewReader()→goquery.NewDocumentFromReader() - 读字符串：
strings.NewReader(htmlStr)→goquery.NewDocumentFromReader() - 若硬要用
NewDocument("file:///path/to/index.html")，需确保系统支持 file 协议且路径正确（macOS/Linux 要绝对路径，Windows 注意斜杠和盘符）
Find() 找不到元素？检查选择器语法和文档加载状态
goquery 的选择器基于 CSS，不支持 XPath，也不自动等待 DOM 加载完成（它解析的是静态 HTML，没有 JS 执行能力）：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 写
div.content > p:first没问题，但//div[@class="content"]会完全无效 - 如果原始 HTML 是片段（比如缺少
），goquery 可能自动补全，也可能导致层级错位；用doc.Find("body").Html()看实际解析结构 - 嵌套查找记得用
.Children()或.Find()链式调用，别依赖隐式上下文 ——doc.Find("ul").Find("li")和doc.Find("ul li")行为一致，但前者更可控
遍历 Selection 时，Each() 和 EachWithBreak() 的关键区别
两者都接收回调函数，但控制流逻辑不同：
-
Each()：固定执行全部匹配项，返回值被忽略；适合纯副作用操作（如打印、收集） -
EachWithBreak()：回调返回bool，false会立即中断遍历；适合“找到第一个就退出”的场景，比如doc.Find("meta[name=description]").EachWithBreak(...) - 注意：回调函数中对
Selection的修改（如s.SetHtml()）只影响当前副本，不会改原始 HTML 字节流
真正容易卡住的地方是混用 goquery 和底层 net/http：比如自定义 http.Client 时忘了设 Timeout，或没关响应体导致 fd 耗尽；NewDocumentFromReader 不校验编码，遇到 GBK 页面会乱码 —— 这些都不报错，但结果不可靠。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
