Golang的类型断言用于从接口类型变量中提取具体类型的值，当接口变量实际存储的值类型和断言的目标类型不匹配时，就会出现类型断言失败的情况，不同的断言写法对应的失败结果存在明显差异。
普通类型断言失败会直接panic
普通类型断言的语法是接口变量.(目标类型)，这种写法在断言失败时，程序会直接触发panic，导致当前协程终止运行，如果没有做recover处理，整个程序都会崩溃。
下面是一段普通类型断言失败的示例代码：
package main
import "fmt"
func main() {
// 定义一个空接口变量，存储int类型的值
var i interface{} = 10
// 尝试断言为string类型，实际存储的是int类型，断言失败
s := i.(string)
fmt.Println(s)
}
运行上述代码后，程序会输出类似panic: interface conversion: interface {} is int, not string的错误信息，随后直接终止运行。
带检测的类型断言失败返回零值和false
为了避免类型断言失败导致panic，Golang提供了带检测的类型断言写法，语法是值, 布尔变量 := 接口变量.(目标类型)，这种写法在断言失败时，不会触发panic，而是返回目标类型的零值和false，开发者可以通过布尔变量判断断言是否成功。
对应的示例代码如下：
package main
import "fmt"
func main() {
var i interface{} = 10
// 带检测的类型断言
s, ok := i.(string)
if ok {
fmt.Println("断言成功，值为：", s)
} else {
fmt.Println("断言失败，s的值为：", s)
fmt.Println("断言失败，ok的值为：", ok)
}
}
运行上述代码，输出结果为：
断言失败，s的值为：
断言失败，ok的值为： false
可以看到，断言失败时，string类型的零值空字符串被赋值给了s，ok的值为false，程序没有发生崩溃。
两种类型断言的使用场景
如果开发者非常确定接口变量的实际类型就是目标类型，那么可以使用普通类型断言，代码更简洁；如果接口变量的实际类型不确定，或者需要处理多种可能的类型，那么必须使用带检测的类型断言，避免程序意外崩溃。
如果是需要处理多种类型的场景，还可以配合switch使用类型断言，示例代码如下：
package main
import "fmt"
func printValue(i interface{}) {
switch v := i.(type) {
case int:
fmt.Println("类型是int，值为：", v)
case string:
fmt.Println("类型是string，值为：", v)
default:
fmt.Println("未知类型")
}
}
func main() {
printValue(10)
printValue("hello")
printValue(3.14)
}
这种写法可以安全地判断接口变量的实际类型，不会因为类型不匹配导致panic。
类型断言的注意事项
- 类型断言只能用于接口类型变量，不能用于普通具体类型变量，否则编译会报错。
- 空接口变量可以断言为任意类型，非空的接口变量只能断言为其方法集包含接口所有方法的类型，或者接口本身。
- 带检测的类型断言返回的布尔值，必须在接收后使用，否则如果只接收值不接收布尔变量，断言失败还是会触发panic。
总结来说，Golang类型断言失败的结果取决于使用的断言方式，普通断言会直接panic，带检测的断言会返回零值和false，开发者需要根据实际场景选择合适的断言方式，保证程序的稳定性。