接口断言失败时应返回零值而非panic；直接用i.(T)会panic，安全写法是t, ok := i.(T)，ok为false时t为T的零值。
接口断言失败时 panic 还是返回零值？
直接用 i.(T) 断言，类型不匹配会 panic；用 t, ok := i.(T) 才安全。这是最常踩的坑——尤其在处理用户输入、配置解析或第三方 API 返回的 interface{} 时。
- panic 版本只适合你 100% 确认类型（比如测试中硬编码的值），生产代码几乎不用
-
ok为false时，t是T的零值（string是空串，int是0，指针是nil） - 注意：
nil接口值本身断言也会失败（ok == false），不是只有类型错才失败
什么时候该用 type switch 而不是多个 if-else 断言？
当你要对同一个接口值做 ≥3 种类型分支处理时，switch v := i.(type) 比一连串 if _, ok := i.(T1); ok { ... } else if _, ok := i.(T2); ok { ... } 更清晰、更高效。
-
type switch是单次动态类型检查，而多个if断言会重复检查底层类型 - 必须写
default分支来兜底，否则漏掉类型会导致逻辑跳过 - 不能在
case中声明同名变量（v在每个case里作用域独立，但名字重复会编译报错）
把 interface{} 转成另一个接口，需要满足什么条件？
不是只要两个接口方法签名一样就能互转。断言成功的关键是：原接口值内部存储的具体类型，必须实现了目标接口的所有方法。
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
- 例如
var x interface{} = &bird{}，bird实现了Flyer和Walker，那么x.(Flyer)和x.(Walker)都能成功 - 但如果
bird没实现Flyer，哪怕Flyer只有一个Fly()方法，断言也失败 - 结构体值（
bird{}）和指针（&bird{}）实现的接口可能不同，断言前得确认是哪种
为什么对具体类型字段做 .(T) 断言会编译失败？
因为 .() 只作用于接口类型。像 myStruct.Field.(string) 这种写法，如果 Field 是 string 类型，Go 编译器直接报错：cannot type assert from string to string。
立即学习“go语言免费学习笔记（深入）”；
- 类型断言的语义是“从接口里挖出具体类型”，不是“把已知类型再套一层”
- 如果你看到类似需求，大概率是误把结构体字段当成接口用了，或者该字段本该定义为
interface{} - 正确做法：要么改字段类型，要么在赋值给接口变量后再断言
