go语言中 defer 和 recover 的使用：一个数组越界案例分析
Go语言的错误处理机制依赖于 panic 和 recover 机制。panic 函数用于引发运行时错误，而 recover 函数则用于在 panic 发生后恢复程序的执行。很多开发者习惯使用 defer 和 recover 配合来处理可能出现的错误，例如数组越界。然而，并非所有 panic 都能被 recover 捕获。本文将针对一个具体的案例进行分析，解释为什么某些情况下 defer recover 无法捕获数组越界引发的 panic。
问题描述中给出的代码片段编译都无法通过，这说明代码本身存在问题，导致 defer 和 recover 的机制没有机会发挥作用。 编译器在编译阶段就已经发现了数组越界的潜在错误，直接阻止了程序的编译。 这与运行时 panic 的捕获机制不同。 运行时 panic 指的是程序在运行过程中才发生的错误，例如访问空指针或者除零错误，这些错误在编译时是无法检测到的，所以需要依靠 recover 来处理。 而数组越界属于编译时可检测到的错误，编译器会直接报错，程序根本无法运行到 defer 和 recover 的代码块。
因此，要理解 defer recover 为什么在这个例子中不起作用，关键在于理解编译器在编译阶段的错误检查。 只有在程序成功编译并运行后，才会出现运行时 panic，而只有运行时 panic 才有可能被 recover 捕获。 如果代码在编译阶段就因为语法错误或者数组越界等问题无法通过编译，那么 defer 和 recover 就根本不会被执行。 想要利用 defer recover 机制处理错误，首先必须保证代码能够成功编译，并且错误是在运行时发生的。
