


Warum unterscheidet sich das Schleifenverhalten von Golang bei der Verwendung von Referenzen und Kopien von Schleifenvariablen?
Unterschiedliches Schleifenverhalten in Golang verstehen: Rückgabe durch Referenz vs. Kopieren
Das Problem
Im bereitgestellten Code weisen zwei Schleifenvarianten unterschiedliche Verhaltensweisen auf beim Zugriff auf Elemente aus einem Slice. Loop1 gibt „update“ wiederholt zurück, während Loop2 die erwartete Sequenz von „delete“, „update“ und „create“ ausgibt.
Loop-Variablenreferenz
Der Schlüssel zum Verständnis dieses Unterschieds liegt darin die Art und Weise, wie die Schleifenvariable (cmd) im Abschluss (func()) verwendet wird. In Loop1 wird im Abschluss ein Verweis auf die Schleifenvariable gespeichert. Das bedeutet, dass sich alle nachfolgenden Änderungen an cmd auf alle Schließungen in der Karte auswirken.
Wenn die zweite Schleife ausgeführt wird, wurde der Wert von cmd bereits auf „update“ aktualisiert, das letzte Element im cmds-Slice. Daher beziehen sich alle Abschlüsse in der Karte auf diesen letzten Wert, was zur wiederholten „Update“-Ausgabe führt.
Kopieren von Schleifenvariablen
In Loop2 befindet sich jedoch eine Kopie der Schleifenvariablen im Verschluss aufbewahrt. Dadurch wird eine getrennte Variable erstellt, die von späteren Änderungen am ursprünglichen cmd nicht betroffen ist. Jede Iteration der Schleife weist cmd2 einen anderen Wert zu, auf den der Abschluss dann verweist.
Dadurch druckt die zweite Schleife jedes Element des cmds-Slice korrekt aus.
Best Practice
Um solche Referenzprobleme zu vermeiden, wird im Allgemeinen empfohlen, beim Zugriff auf Elemente innerhalb eines Abschlusses den Index des Slice anstelle der Schleifenvariablen zu verwenden. Auf diese Weise kann jeder Abschluss unabhängig von Änderungen an der Schleifenvariablen auf das richtige Element zugreifen.
Anwendungsfall für zurückgegebenes Element
Der zweite von der Bereichsschleife zurückgegebene Wert (eine Kopie des Elements) kann nützlich sein, wenn Sie den Wert an eine separate Goroutine oder einen separaten Thread übergeben möchten, ohne sich Gedanken über den gleichzeitigen Zugriff auf die ursprüngliche Variable machen zu müssen. Dies macht es praktisch für Aufgaben, die den Austausch von Daten erfordern, ohne befürchten zu müssen, dass die Quelle beschädigt wird.
Das obige ist der detaillierte Inhalt vonWarum unterscheidet sich das Schleifenverhalten von Golang bei der Verwendung von Referenzen und Kopien von Schleifenvariablen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

Video Face Swap
Tauschen Sie Gesichter in jedem Video mühelos mit unserem völlig kostenlosen KI-Gesichtstausch-Tool aus!

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen

OpenSSL bietet als Open -Source -Bibliothek, die in der sicheren Kommunikation weit verbreitet sind, Verschlüsselungsalgorithmen, Tasten und Zertifikatverwaltungsfunktionen. In seiner historischen Version sind jedoch einige Sicherheitslücken bekannt, von denen einige äußerst schädlich sind. Dieser Artikel konzentriert sich auf gemeinsame Schwachstellen und Antwortmaßnahmen für OpenSSL in Debian -Systemen. DebianopensL Bekannte Schwachstellen: OpenSSL hat mehrere schwerwiegende Schwachstellen erlebt, wie z. Ein Angreifer kann diese Sicherheitsanfälligkeit für nicht autorisierte Lesen sensibler Informationen auf dem Server verwenden, einschließlich Verschlüsselungsschlüssel usw.

Wie kann man im Beegoorm -Framework die mit dem Modell zugeordnete Datenbank angeben? In vielen BeEGO -Projekten müssen mehrere Datenbanken gleichzeitig betrieben werden. Bei Verwendung von BeEGO ...

Backend Learning Path: Die Erkundungsreise von Front-End zu Back-End als Back-End-Anfänger, der sich von der Front-End-Entwicklung verwandelt, Sie haben bereits die Grundlage von Nodejs, ...

Das Problem der Verwendung von RETISTREAM zur Implementierung von Nachrichtenwarteschlangen in der GO -Sprache besteht darin, die Go -Sprache und Redis zu verwenden ...

Was soll ich tun, wenn die benutzerdefinierten Strukturbezeichnungen in Goland nicht angezeigt werden? Bei der Verwendung von Goland für GO -Sprachentwicklung begegnen viele Entwickler benutzerdefinierte Struktur -Tags ...

In der Bibliothek, die für den Betrieb der Schwimmpunktnummer in der GO-Sprache verwendet wird, wird die Genauigkeit sichergestellt, wie die Genauigkeit ...

Das Problem der Warteschlange Threading In Go Crawler Colly untersucht das Problem der Verwendung der Colly Crawler Library in Go -Sprache. Entwickler stoßen häufig auf Probleme mit Threads und Anfordern von Warteschlangen. � ...

In diesem Artikel wird vorgestellt, wie MongoDB im Debian -System konfiguriert wird, um eine automatische Expansion zu erzielen. Die Hauptschritte umfassen das Einrichten der MongoDB -Replikat -Set und die Überwachung des Speicherplatzes. 1. MongoDB Installation Erstens stellen Sie sicher, dass MongoDB im Debian -System installiert ist. Installieren Sie den folgenden Befehl: sudoaptupdatesudoaptinstall-emongoDB-org 2. Konfigurieren von MongoDB Replika-Set MongoDB Replikate sorgt für eine hohe Verfügbarkeit und Datenreduktion, was die Grundlage für die Erreichung der automatischen Kapazitätserweiterung darstellt. Start MongoDB Service: SudosystemctlstartMongodsudosysys
