Ist es sicher, unsafe.Pointer zu verwenden, um die Struktur „point' direkt in eine andere Struktur zu konvertieren?

In der Go-Sprache können Sie mit „unsafe.Pointer“ direkt eine Struktur in eine andere konvertieren. Ob diese Konvertierung jedoch sicher ist, ist eine diskussionswürdige Frage. Bei der Verwendung von „unsafe.Pointer“ für Strukturkonvertierungen muss man sehr vorsichtig sein, da dies zu Speicherzugriffsfehlern oder Datenbeschädigungen führen kann. In diesem Fall kann man sagen, dass es unsicher ist, „unsafe.Pointer“ zu verwenden, um die Struktur „point“ direkt in eine andere Struktur umzuwandeln. Aufgrund der Anforderung, den Text zu vereinfachen, kann dieses Problem nicht näher erläutert werden. Es wird empfohlen, diese Konvertierungsmethode in der tatsächlichen Entwicklung mit Vorsicht zu verwenden und andere sichere Methoden zum Konvertieren von Strukturen zu verwenden.

Frageninhalt

Ist es sicher?

(*teamdata)(unsafe.pointer(&team.id))

Beispielcode:

func testTrans() []*TeamData {
    teams := createTeams()
    teamDatas := make([]*TeamData, 0, len(teams))
    for _, team := range teams {
        // is this safe?
        teamDatas = append(teamDatas, (*TeamData)(unsafe.Pointer(&team.Id)))
    }
    return teamDatas
}

// ??
teams := testTrans()

teams := testtrans() Werden die Mitglieder des Arrays durch Müll gesammelt?

Es gibt viele Strukturen und Felder, die über grpc zurückgegeben werden, und ihre Definitionen stimmen mit den lokalen Definitionen überein. Daher möchte ich diese effizientere Methode verwenden ((*teamdata)(unsafe.pointer(&team.id))), weiß aber nicht, ob dabei Risiken bestehen.

Vollständiges Beispiel: Die Dokumentation für https://go.dev/play/p/q3gwp2mervj

Workaround

unsafe.pointer beschreibt die unterstützten Verwendungen. Besonders:

(1) Konvertieren Sie *t1 in einen Zeiger auf *t2.

Die Voraussetzung ist, dass t2 nicht größer als t1 ist und die beiden a gemeinsam haben Äquivalentes Speicherlayout, diese Transformation ermöglicht die Neuinterpretation von Daten Ein Typ fungiert als Daten für einen anderen Typ.

Der Garbage Collector von

go kennt interne Zeiger und sammelt keine Rohzuweisungen, bis keine weiteren Verweise auf den Block mehr vorhanden sind. Daher wird behoben, wann ein Paar vorhanden ist *teamdata 的引用时，较大的分配（示例中的 grpcretteam).

Eine weitere wichtige Überlegung ist die Ausrichtung von Strukturfeldern. Zum Beispiel:

type Parent struct {
    A uint8
    B uint8
    // 6 bytes of padding to align C.
    C uint64
}

type Bad struct {
    B uint8
    // 7 bytes of padding to align C.
    C uint64
}

In diesem Fall ist die Verwendung von „unsafe from parent 中提取 bad“ ungültig, da das Speicherlayout unterschiedlich ist.

In den meisten Fällen ist es am besten, unsafe.pointer Tricks zu vermeiden, es sei denn, sie sind zur Erfüllung funktionaler oder leistungsbezogener Anforderungen erforderlich. Code kann häufig umgestaltet werden, um Zuweisungen zu minimieren.

Wenn Sie unsafe verwenden müssen, um Leistungsanforderungen zu erfüllen – Ich empfehle die Verwendung des Pakets reflect, um Tests zu implementieren, um sicherzustellen, dass die Speicherausrichtung/das Speicherlayout für untergeordnete Strukturen gültig ist.

Das obige ist der detaillierte Inhalt vonIst es sicher, unsafe.Pointer zu verwenden, um die Struktur „point' direkt in eine andere Struktur zu konvertieren?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!