面试题：Go chan复杂并发读写场景下的死锁预防与处理

资源竞争与循环依赖：不同服务可能依赖多个共享资源（如数据库连接、文件锁等），若服务A持有资源R1并请求资源R2，而服务B持有资源R2并请求资源R1，就形成循环依赖，导致死锁。在Go的chan中，若两个或多个goroutine相互等待对方通过chan发送或接收数据，也会产生类似循环依赖的死锁情况。
不合理的同步顺序：如果在并发读写操作中，多个goroutine对共享资源的加锁解锁顺序不一致，可能导致死锁。例如，goroutine 1按顺序获取锁L1和L2，而goroutine 2按顺序获取锁L2和L1，当它们同时执行时，就可能出现死锁。

资源分配图算法（如银行家算法）：
- 原理：银行家算法通过监测系统中资源的分配和需求情况，确保每次资源分配都不会导致系统进入不安全状态，从而预防死锁。在分布式系统中，可以类比为对共享资源（如chan通道的使用权限等）进行合理分配。
- 实现步骤：维护每个服务对资源的最大需求、已分配资源和可用资源的记录。每次有服务请求资源时，检查此次分配是否会使系统进入不安全状态。若不会，则分配资源；否则拒绝分配。在Go中，可以通过结构体来记录这些资源信息，在每次资源请求时进行相应的检查逻辑。
固定资源获取顺序：
- 原理：为所有共享资源定义一个固定的获取顺序，所有goroutine都按照这个顺序获取资源，避免因获取顺序不一致导致的死锁。
- 实现步骤：在代码中，为每个共享资源（如chan）赋予一个唯一的标识符，根据标识符定义获取顺序。例如，使用数字ID，按从小到大的顺序获取资源。在每个需要获取多个资源的goroutine中，严格按照此顺序进行获取。

使用工具检测：
- 原理：Go提供了go vet工具，它能分析代码中的一些常见错误，包括可能导致死锁的代码模式。它通过静态分析代码，查找可能出现的资源竞争和死锁隐患。
- 实现步骤：在项目根目录下执行go vet命令，该命令会检查代码中的函数调用、变量声明等，发现可能导致死锁的代码结构时给出警告信息。例如，如果存在两个goroutine在不同地方以不同顺序获取相同的锁，go vet可能会检测到并发出警告。
代码审查与模式识别：
- 原理：人工审查代码，识别可能导致死锁的代码模式，如相互等待的chan操作、复杂的锁嵌套且获取顺序不一致等。
- 实现步骤：在代码审查过程中，重点关注涉及并发操作和共享资源访问的部分。检查chan的发送和接收操作，确保不会出现多个goroutine相互等待对方通过chan通信的情况。对于锁操作，确认所有的加锁解锁顺序是否一致，是否存在嵌套锁时获取顺序不合理的问题。

使用runtime包监测：
- 原理：Go的runtime包提供了检测死锁的功能。在程序运行时，Go运行时系统会定期检查是否存在死锁情况。当检测到死锁时，它会打印出死锁相关的goroutine信息。
- 实现步骤：在程序中不需要额外添加复杂的代码来启动死锁监测。当程序发生死锁时，Go运行时系统会自动检测并在标准错误输出打印出死锁信息，包括涉及死锁的goroutine的堆栈跟踪信息。可以通过分析这些信息来定位死锁发生的位置和原因。
定期心跳检测：
- 原理：在分布式系统的各个服务中设置心跳机制，定期向其他服务或中心节点发送心跳消息。如果某个服务在一定时间内没有收到来自依赖服务的心跳，就可以认为可能出现了死锁或其他故障。
- 实现步骤：在每个服务中启动一个独立的goroutine作为心跳发送器，定期（如每隔一定时间间隔，例如1秒）向依赖服务或中心节点发送心跳消息（可以通过chan或者网络通信实现）。接收方在收到心跳消息后更新对应服务的活跃状态记录。若在一定时间（如3秒）内未收到某个服务的心跳，就触发相应的处理逻辑，如打印警告日志、尝试重启相关服务等。同时，可以结合监控系统展示服务的心跳状态，方便运维人员及时发现潜在问题。

星途面试题库