接口断言失败时应返回零值而非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 { ... } 更清晰、更高效。

Colly Golang Web Scraper and Crawler Framework

Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。

下载

• type switch 是单次动态类型检查，而多个 if 断言会重复检查底层类型
• 必须写 default 分支来兜底，否则漏掉类型会导致逻辑跳过
• 不能在 case 中声明同名变量（v 在每个 case 里作用域独立，但名字重复会编译报错）

把 interface{} 转成另一个接口，需要满足什么条件？

不是只要两个接口方法签名一样就能互转。断言成功的关键是：原接口值内部存储的具体类型，必须实现了目标接口的所有方法。

• 例如 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。

• 类型断言的语义是“从接口里挖出具体类型”，不是“把已知类型再套一层”
• 如果你看到类似需求，大概率是误把结构体字段当成接口用了，或者该字段本该定义为 interface{}
• 正确做法：要么改字段类型，要么在赋值给接口变量后再断言

实际项目里最容易被忽略的点，是接口值底层存储的到底是值还是指针——这直接影响断言能否成功，而错误往往只在特定数据路径下暴露，调试成本很高。

golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！