golang/go

x/website/_content/blog: defer statements execute before/after the caller returns

Open

#45 889 ouverte le 30 avr. 2021

Voir sur GitHub
 (6 commentaires) (1 réaction) (0 assignés)Go (19 008 forks)batch import
DocumentationNeedsFixhelp wantedwebsite

Métriques du dépôt

Stars
 (133 883 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

What version of Go are you using (go version)?

Does this issue reproduce with the latest release?

Yes.

What operating system and processor architecture are you using (go env)?

What did you do?

In this example the defer function doesn't change the returned value whereas using the named return values would do the trick in this example.

If the defer function is executed after the caller returns as this blog post suggests, that would explain it. However, the doc says defer functions are executed before the caller returns.

What did you expect to see?

The blog post and the Golang doc being consistent.

What did you see instead?

The blog post says the list of saved calls is executed after the surrounding function returns whereas the Golang doc says the list of saved calls is executed before the surrounding function returns

Guide contributeur

Direction de recherche
Examinez la section des spécifications Go sur les instructions defer et l'article de blog 'Defer, Panic, and Recover'. Identifiez l'incohérence dans le libellé concernant le moment où les fonctions différées sont exécutées. Déterminez lequel est correct en fonction du comportement réel et proposez une correction soit à l'article de blog, soit aux spécifications. Concentrez vous sur le fait que les fonctions différées sont exécutées avant le retour de la fonction englobante, mais après l'évaluation des valeurs de retour (le cas échéant).
Stack technique
go
Domaine
documentation
Type d'issue
Documentation
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
1
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Moins d'une heure
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Aucun
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
90