Go语言通过defer、panic和recover协同处理异常：defer延迟执行确保在函数返回前运行recover，捕获由panic触发的异常；panic中断当前函数并回溯调用栈，而recover仅在defer中有效，用于获取panic值并恢复执行；该机制限于单个goroutine，子协程需独立实现recover以防程序崩溃。

Go语言没有传统的try-catch机制，而是通过defer、panic和recover三个关键字协同工作来处理异常情况。核心在于利用defer的延迟执行特性，在函数退出前运行recover代码来捕获并处理由panic触发的异常，从而防止程序崩溃。

defer的作用与执行时机

defer语句用于注册一个函数调用，这个调用会被延迟到包含它的函数即将返回时才执行，无论函数是正常返回还是因为panic而中断。

• 多个defer遵循后进先出（LIFO）原则，即最后声明的defer最先执行。
• 它常用于资源清理，比如关闭文件、释放锁等，确保这些操作一定会被执行。
• 关键点：必须在可能引发panic的代码之前声明defer，否则无法被捕获到。

panic触发与recover捕获流程

当程序遇到不可恢复的错误时，可以调用panic函数主动抛出一个异常。这会立即停止当前函数的后续执行，并开始回溯调用栈，查找是否有recover可以处理这个异常。

• panic可以接受任意类型的参数作为其“错误信息”，通常是一个字符串或error类型。
• recover只能在defer修饰的匿名函数中被调用才有意义。它用于获取panic传入的值，如果当前goroutine没有发生panic，recover将返回nil。
• 一旦recover成功捕获到panic，程序的控制流会恢复到调用recover之后的位置，并继续执行，就像没有发生过panic一样。

跨协程异常处理的限制

Go的panic-recover机制是严格限定在单个goroutine内部的。

• 在一个goroutine中发生的panic，只能由该goroutine内部的defer+recover组合来捕获。
• 如果子goroutine发生了panic但没有在内部进行recover，那么这个panic不会被外部的recover捕获，最终会导致整个程序崩溃。
• 因此，对于重要的子goroutine，需要在其内部独立地实现panic-recover逻辑，以保证程序的健壮性。

基本上就这些，关键是理解三者如何联动：defer提供执行recover的时机，panic中断流程，recover则负责拦截并恢复正常执行。不复杂但容易忽略细节。