当前位置:  开发笔记 > 编程语言 > 正文

这种类型的golang字符串切片可以在底层字节数组中泄漏内存吗?

如何解决《这种类型的golang字符串切片可以在底层字节数组中泄漏内存吗?》经验,为你挑选了1个好方法。

golang字符串切片buf = buf[n:]会导致底层字节数组中的内存泄漏吗?

如果是这样,是否有可能获得有关底层字节数组的任何信息(如容量或基本内存地址),以验证泄漏?

请参阅以下示例代码:

var buf string

func push(s string) {
    buf += s
    if len(buf) > 3 {
        buf = buf[len(buf)-3:] // can this line leak memory in underlying byte array?
    }
    fmt.Printf("buf=[%v]\n", buf)
}

在操场上跑吧



1> JimB..:

不,这个例子不会导致内存泄漏,因为每次调用时都需要分配新的字符串push.有时可能会保留一些字节以减少分配,但是如何工作是一个不应该考虑的实现细节.

如果您正在考虑在分配切片操作的结果时可能出现的类似情况,但从不附加.只要你理解切片的语义,每个说都没有泄漏.

s := make([]byte, 1024)
s = s[1000:]
fmt.Println(s, len(s), cap(s))

此示例将保留分配的前1000个字节,但不可访问.答案很简单,不要这样做.这并不难避免,如果确实需要确保已经释放了底层数组,请使用copy将字节移动到新切片.

这与字符串相同:

s = s[1020:]
// may leave the first 1000 bytes allocated

这也很容易看出发生了什么,并避免.如果你使用的是大字符串,那么你通常会更好地使用它[]byte,你可以更好地控制分配,并且可以在需要时复制字节.


@kostya:是的,单个切片可以按预期保持字节存活,http://play.golang.org/p/H6zQ0fMi-g,但这不是这个例子的作用.我会添加一个关于这个的说明.
推荐阅读
谢谢巷议
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有