使用 Go 的 reflect 包时，不能直接将类型（如 string）作为值参与比较；需通过 reflect.TypeOf().Kind() 或 reflect.TypeOf() 返回的 reflect.Type 对象进行等值判断。
使用 go 的 `reflect` 包时，不能直接将类型（如 `string`）作为值参与比较；需通过 `reflect.typeof().kind()` 或 `reflect.typeof()` 返回的 `reflect.type` 对象进行等值判断。
在 Go 中，reflect.TypeOf() 返回的是一个 reflect.Type 接口类型的值，代表运行时的具体类型元数据，而 string 本身是一个类型名（type identifier），不是表达式，不可用于 == 比较——这正是编译器报错 type string is not an expression 的根本原因。
要仅用 reflect 实现类型比较，有两种标准且安全的方式：
✅ 方案一：使用 Kind() 判断基础类型类别
适用于按底层种类（如 string、int、struct、slice 等）粗粒度识别：
if reflect.TypeOf(tst).Kind() == reflect.String {
fmt.Println("It's a string!")
}⚠️ 注意：Kind() 返回的是 reflect.Kind 枚举值（如 reflect.String），它忽略类型别名和具体定义差异。例如 type MyStr string 的 Kind() 也是 reflect.String，因此该方式适合“是否为字符串类值”的通用判断，不区分自定义类型。
✅ 方案二：使用 reflect.TypeOf() 与零值类型对比
适用于精确匹配具体类型（含命名类型）：
if reflect.TypeOf(tst) == reflect.TypeOf("") {
fmt.Println("It's a string!")
}? 原理：reflect.TypeOf("") 返回 *reflect.rtype（实现了 reflect.Type），表示 string 类型的运行时表示；两个 reflect.Type 值可直接用 == 比较（Go 标准库保证同一类型返回相同的 Type 实例）。此方式能区分 string 和 type MyStr string ——后者比较结果为 false。
❌ 不推荐：避免 reflect.ValueOf().Type() 多余调用
虽然 reflect.ValueOf(tst).Type() 也能获得 reflect.Type，但 reflect.TypeOf() 更直接、零开销，无需构造 Value。
? 总结
- 若只需判断底层类型类别（如所有字符串、所有切片），优先用 .Kind() == reflect.XXX；
- 若需严格匹配某个具名类型（如必须是 string 而非 MyStr），用 reflect.TypeOf(x) == reflect.TypeOf(T{}) 形式；
- 所有方案均纯依赖 reflect 包，无需类型断言或 switch，满足题目约束；
- 实际工程中，仍建议优先使用类型断言（v, ok := x.(string)）或类型开关——它们更高效、更安全、更符合 Go 的惯用法。
