L'utilizzo di goto causerà perdite di memoria?

Question

Ho un programma in cui ho bisogno di uscire da un gran numero di loop nidificati. Finora, il modo in cui molte persone mi hanno detto di farlo è usare un brutto goto nel mio codice.

Ora, se creo un gruppo di stack locali (penso che sia quello che vengono chiamati, se non lo sono, intendo solo variabili regolari senza usare il nuovo comando) le variabili all'interno dei miei loop e il mio programma lo colpisce se si dice che fa scattare il goto, incontrerò una perdita di memoria a causa del mio programma che ha interrotto molti loop in modo improprio e non sta pulendo le variabili locali?

Answer 1

No, non sarà causare una perdita di memoria . L'utilizzo di goto non "interrompe i loop in modo errato". È solo il generalmente non consigliato da un punto di vista della struttura del codice.

A parte questo, quando si lascia il ciclo, le variabili locali usciranno dall'ambito e saranno estratte dallo stack (cioè ripulite) nel processo.

Answer 2

No, non lo farai.

Tuttavia, assicurarsi che tutte le risorse esterne siano correttamente rilasciate. Ad esempio, se hai aperto un file, sarebbe possibile saltare oltre il punto in cui verrebbe normalmente chiuso.

Answer 3

No. Le variabili locali non devono essere pulite singolarmente. Quando la pila si apre, tutte le variabili locali andranno via insieme ad essa.

Answer 4

No. È possibile solo perdita di memoria allocata dinamicamente.

Answer 5

Le variabili di stack sono definite (e allocate) nel momento in cui si immette la funzione e vengono eliminate implicitamente nel momento in cui si esce dalla funzione (poiché l'intero record di stack di chiamate viene interrotto). Nessuna quantità di rimbalzi all'interno della funzione può causare un disastro con la memoria che è stata allocata per tutto il tempo. Indipendentemente dal percorso di esecuzione che si esegue attraverso il codice, il record dello stack verrà visualizzato quando il controllo ritorna alla funzione di chiamata e la memoria verrà liberata.

Answer 6

Goto non è sempre male, ma nel tuo caso probabilmente non dovresti usare goto.

Vedere esempi di buon utilizzo di goto here e here.

Se si goto un'etichetta esterna all'ambito, il proprio oggetto in pila verrà liberato.

Esempio:

#include <iostream> 
using namespace std; 

class A 
{ 
public: 
    ~A() 
    { 
    cout<<"A destructor"<<endl; 
    } 
}; 



int main(int argc, char**argv) 
{ 
    { 
    A a; 
    cout<<"Inside scope"<<endl; 
    goto l; 
    cout<<"After l goto"<<endl; 
    } 

    cout<<"Outside of scope before l label"<<endl; 

l: 
    cout<<"After l label"<<endl; 
    return 0; 
} 

Questo stamperà:

All'interno portata
un distruttore
Dopo l etichetta

Answer 7

No, eventuali variabili automatiche nei loop non causeranno perdite di programmazione se si interrompono i loop con un'istruzione goto.

Answer 8

Le altre risposte sono vere .... tuttavia, se si devono annidare i loop in modo diverso, metterei in dubbio il design che li ha inseriti. Suddividere quella logica in funzioni separate sarebbe un modo migliore per risolvere un problema del genere.

Billy3

Answer 9

variabili di stack (autos, non autobots) non sono "perde" come le variabili assegnate tramite new() o malloc().

Per quanto riguarda il "brutto" del gotos che è solo dogmatico. Leggendo Knuth, era geniale come Dijkstra. http://pplab.snu.ac.kr/courses/adv_pl05/papers/p261-knuth.pdf Evitare la programmazione basata sulla pasta, ma l'uso attento non si degrada in spaghetti.

Dijkstra non gli piacevano PERCHÉ la maggior parte di quello che si può fare con gotos può essere fatto con altre tecniche di programmazione strutturate e usa meno codice, rendendo l'altro strutturato meno incline agli errori.

Capire che il gotos non dovrebbe essere la tua prima soluzione, e non fare il possibile per usarli, ma se ha senso non sottomettersi ai dogmatic lench mobs. L'affermazione break è solo un goto sotto mentite spoglie concepito per casi in cui la rigida osservanza del comandamento "Non usare gotos" non aveva senso.

Answer 10

Torna a goto le risorse di perdita? O altri eventuali problemi con il codice sottostante?

rieseguire:

 try 
     { 
      //Setup request 
      HttpWebRequest request = (HttpWebRequest)WebRequest.Create(url); 

      .... 

      //Get Response 
      HttpWebResponse response = (HttpWebResponse)request.GetResponse(); 

      if(response != HttpStatus.OK && noOfRetries < 3) 
      { 
       noOfRetries++; 
       Thread.Sleep(10 * 1000); 


       response.Close(); 
       goto Reexecute; 
      } 
      ... 

      response.Close(); 
     } 
     catch 
     { 

     }