为何互斥锁重复解锁引发的致命错误无法被recover恢复？

Go语言里，你遇到的fatal error: sync: unlock of unlocked mutex属于runtime级别的致命错误，和普通panic不是一回事，recover()只能捕获普通panic，管不了这种致命错误，这就是你的panicHandler没被执行的核心原因。

具体拆解下：

• 普通panic（比如主动调用panic()、数组越界）是程序可以预见的异常，Go允许通过defer搭配recover()捕获并恢复流程。
• 但sync包的互斥量规则是runtime强制保障的：解锁未锁定的互斥量属于严重违反并发安全的行为，runtime会直接触发fatal error，立刻终止整个进程，不会再执行任何剩余的defer函数——包括你定义的panicHandler。

再看你的代码流程：

1. 先调用mutex.Lock()，之后用defer mutex.Unlock()，这会在main函数退出前自动执行一次解锁。
2. 你手动在line x又调用mutex.Unlock()，此时互斥量已经处于未锁定状态，触发runtime的致命错误，进程直接终止，panicHandler根本没机会运行。

如果想验证recover()的正常工作，可以把line x的代码换成panic("test panic")，这时panicHandler就能正常捕获到panic并输出信息。

内容的提问来源于stack exchange，提问作者VIEVK KUMAR