这会导致 Go 中的内存泄漏吗?
Will this cause a memory leak in Go?
在下面的代码中,我有两个结构类型:ObjectDefinition
和 fieldDefinition
都在同一个包中。 fieldDefinition
结构只能通过 ObjectDefinition
上的方法创建,以防止出现孤立字段(相关系统将是可扩展的 CRM)。
AddReferenceField
方法应该创建一个新的 fieldDefintion
,在其上设置一些变量,将其添加到 *fieldDefinition
的父结构的切片,然后 return指向它的指针允许程序员轻松地进一步操作该字段,而无需从切片中查找和检索它。
type ObjectDefinition struct {
myId id.ID
orgId id.ID
apiName string
label string
pluralLabel string
description string
helpText string
fields map[id.ID]*fieldDefinition
newFields []*fieldDefinition
systemFields
}
/*
AddReferenceField adds a reference type field to the list of uncommitted fields
with the given parameters and returns a pointer to it. This function will return
a nil pointer and an error if any of the given parameters were invalid.
*/
func (o *ObjectDefinition) AddReferenceField(name, label string, refObj id.ID, reparentable bool, delCon deleteConstraint) (*fieldDefinition, error) {
//TODO - investigate this as a possible source of memory leakage. Creating a pointer, adding that pointer to a slice, then returning the same pointer.
nrf := new(fieldDefinition)
nrf.fieldType = FT_REFERENCE
if err := nrf.SetName(name); err != nil {
return nil, err
}
if err := nrf.SetLabel(label); err != nil {
return nil, err
}
if err := nrf.SetReferenceObjectId(refObj); err != nil {
return nil, err
}
if err := nrf.SetReparentable(reparentable); err != nil {
return nil, err
}
if err := nrf.SetDeleteConstraint(delCon); err != nil {
return nil, err
}
o.newFields = append(o.newFields, nrf)
return nrf, nil
}
我没有包括完整的 fieldDefinition
代码,因为它不是真正相关的,而且它非常庞大,但是在主程序循环中使用的一个例子是:
var od ObjectDefinition
newId := id.Generate()
newField, newFieldErr := od.AddReferenceField("example", "Example", newId, false, DC_SETNULL)
newField.SetSomethingElse(true)
所以现在 newField 是指向 fieldDefinition
的指针,但相同的指针已添加到 od
上的切片。这里是否存在内存泄漏的可能性?
围棋是garbage collected language。回应评论中的人所说的,这不会导致内存泄漏。虽然 od
持有指向新创建的 fieldDefinition
的指针,但 fieldDefinition
将保留在堆中。当 od
超出范围并被销毁时,它指向的所有 fieldDefinition
也将有资格进行垃圾收集,前提是没有任何活的东西持有指向它们的指针。
在下面的代码中,我有两个结构类型:ObjectDefinition
和 fieldDefinition
都在同一个包中。 fieldDefinition
结构只能通过 ObjectDefinition
上的方法创建,以防止出现孤立字段(相关系统将是可扩展的 CRM)。
AddReferenceField
方法应该创建一个新的 fieldDefintion
,在其上设置一些变量,将其添加到 *fieldDefinition
的父结构的切片,然后 return指向它的指针允许程序员轻松地进一步操作该字段,而无需从切片中查找和检索它。
type ObjectDefinition struct {
myId id.ID
orgId id.ID
apiName string
label string
pluralLabel string
description string
helpText string
fields map[id.ID]*fieldDefinition
newFields []*fieldDefinition
systemFields
}
/*
AddReferenceField adds a reference type field to the list of uncommitted fields
with the given parameters and returns a pointer to it. This function will return
a nil pointer and an error if any of the given parameters were invalid.
*/
func (o *ObjectDefinition) AddReferenceField(name, label string, refObj id.ID, reparentable bool, delCon deleteConstraint) (*fieldDefinition, error) {
//TODO - investigate this as a possible source of memory leakage. Creating a pointer, adding that pointer to a slice, then returning the same pointer.
nrf := new(fieldDefinition)
nrf.fieldType = FT_REFERENCE
if err := nrf.SetName(name); err != nil {
return nil, err
}
if err := nrf.SetLabel(label); err != nil {
return nil, err
}
if err := nrf.SetReferenceObjectId(refObj); err != nil {
return nil, err
}
if err := nrf.SetReparentable(reparentable); err != nil {
return nil, err
}
if err := nrf.SetDeleteConstraint(delCon); err != nil {
return nil, err
}
o.newFields = append(o.newFields, nrf)
return nrf, nil
}
我没有包括完整的 fieldDefinition
代码,因为它不是真正相关的,而且它非常庞大,但是在主程序循环中使用的一个例子是:
var od ObjectDefinition
newId := id.Generate()
newField, newFieldErr := od.AddReferenceField("example", "Example", newId, false, DC_SETNULL)
newField.SetSomethingElse(true)
所以现在 newField 是指向 fieldDefinition
的指针,但相同的指针已添加到 od
上的切片。这里是否存在内存泄漏的可能性?
围棋是garbage collected language。回应评论中的人所说的,这不会导致内存泄漏。虽然 od
持有指向新创建的 fieldDefinition
的指针,但 fieldDefinition
将保留在堆中。当 od
超出范围并被销毁时,它指向的所有 fieldDefinition
也将有资格进行垃圾收集,前提是没有任何活的东西持有指向它们的指针。