为什么不直接在方法 header.clone 中为目标赋值

Golang小白一枚，正在不断学习积累知识，现将学习到的知识记录一下，也是将我的所得分享给大家！而今天这篇文章《为什么不直接在方法 header.clone 中为目标赋值》带大家来了解一下##content_title##，希望对大家的知识积累有所帮助，从而弥补自己的不足，助力实战开发！

正式版 我的问题是“sv”的作用是什么

func (h header) clone() header {
    if h == nil {
        return nil
    }

    // find total number of values.
    nv := 0
    for _, vv := range h {
        nv += len(vv)
    }
    sv := make([]string, nv) // shared backing array for headers' values
    h2 := make(header, len(h))
    for k, vv := range h {
        n := copy(sv, vv)
        h2[k] = sv[:n:n]
        sv = sv[n:]
    }
    return h2
}

为什么不直接这样写呢 只需将 gin 值分配给 h2 而不是创建切片

    for k, vv := range h {
        // changed here
        h2[k] = vv
    }

解决方案

看起来 header 是一个 map[string][]string，（也许是 http.header？）。如果它按照您的建议操作，那么新的 header 将是地图的浅表副本，包含来自源 header 的原始切片。如果这些切片的支持数组的内容被修改，复制的标头也会被修改。例如：

s:=make([]string,0,10)
s=append(s,"a")
header[key]=s
h2:=header.Clone()
s=append(s,"b")
// Here, both header[key] and h2[key] has two elements, "a" and "b"

为了防止这种情况，clone 正在执行深层复制，其中每个 []string 也被复制。这将需要 len(h) 字符串切片分配，每个键一个。相反，该算法使用一次分配，即包含原始标头的所有字符串的单个共享字符串切片。

该算法首先计算标头中包含的字符串数量，并分配该大小的字符串切片。在第二个 for 循环中，它将字符串从键的值复制到共享字符串切片，使用该共享切片数组创建一个切片并将其设置为键的值，然后更新共享切片以指向下一个可用的空槽。最后，它是一个具有单个内存分配的深拷贝，而不是 len(h)。

今天关于《为什么不直接在方法 header.clone 中为目标赋值》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！