面试题：Go中Mutex锁在复杂数据结构中的应用

使用Mutex锁确保数据一致性

初始化Mutex：在UserInfo结构体中嵌入一个sync.Mutex字段，如下：

type UserInfo struct {
    sync.Mutex
    // 其他嵌套结构体和字段
    NestedStruct1 struct {
        Field1 string
        Field2 int
    }
    NestedStruct2 struct {
        Field3 []byte
        Field4 map[string]interface{}
    }
}

加锁与解锁：在访问和修改共享字段前调用Lock方法，操作完成后调用Unlock方法。例如：

func updateUserInfo(user *UserInfo) {
    user.Lock()
    // 修改共享字段
    user.NestedStruct1.Field1 = "new value"
    user.Unlock()
}

使用defer确保解锁：为了防止在操作共享字段过程中发生错误而导致锁未释放，可以使用defer语句：

func updateUserInfo(user *UserInfo) {
    user.Lock()
    defer user.Unlock()
    // 修改共享字段
    user.NestedStruct1.Field1 = "new value"
}

设计锁粒度需考虑的因素

性能：
- 粗粒度锁：如果锁的粒度粗，比如对整个UserInfo结构体加锁，虽然实现简单，但会导致并发性能下降。因为只要有一个协程获取了锁来修改某个字段，其他协程就无法访问任何共享字段，即使这些字段之间没有依赖关系。
- 细粒度锁：细粒度锁可以提高并发性能，例如为UserInfo中的每个嵌套结构体分别设置锁。但细粒度锁会增加代码复杂度，因为需要管理多个锁，并且可能导致死锁。
数据关联性：
- 如果某些字段之间存在紧密的逻辑关联，在修改其中一个字段时需要保证其他相关字段也处于一致状态，那么这些字段应该由同一个锁保护，此时锁的粒度相对较粗。
- 若各个字段之间相对独立，没有数据一致性的强依赖，可以使用细粒度锁，每个独立字段或独立部分使用单独的锁。
死锁风险：
- 锁的粒度越细，涉及的锁数量可能越多，死锁风险越高。例如，当多个协程需要同时获取多个细粒度锁时，如果获取锁的顺序不一致，就可能导致死锁。因此在设计细粒度锁时，需要制定严格的锁获取顺序规则来避免死锁。
代码复杂度：
- 粗粒度锁实现简单，代码易于理解和维护，但可能牺牲性能。
- 细粒度锁虽然能提升性能，但由于需要管理多个锁，代码复杂度会增加，特别是在处理锁的获取、释放以及死锁预防等方面，需要更复杂的逻辑。

星途面试题库

面试题：Go中Mutex锁在复杂数据结构中的应用

知识考点

面试题答案

使用Mutex锁确保数据一致性

设计锁粒度需考虑的因素