Будет использование goto вызывать утечки памяти?

Переменные стека (autos, not autobots) не являются «дырявыми», как переменные, выделенные с помощью new () или malloc ().

Что касается «уродства» gotos, это просто догматический. Прочтите Кнута, он был так же гениален, как Дейкстра. http://pplab.snu.ac.kr/courses/adv_pl05/papers/p261-knuth.pdf Избегайте программирования на основе макаронных изделий, но осторожное использование не превратится в спагетти.

Dijkstra didn ' Мне они нравятся, ПОТОМУ, что большая часть того, что вы можете делать с помощью gotos, может быть выполнено с помощью других методов структурированного программирования и использует меньше кода, что делает другой структурированный менее подверженным ошибкам.

Поймите, что gotos не должны быть вашим первым решением, и не Не старайтесь их использовать, но если это имеет смысл, не подчиняйтесь догматическим мобам-ленчам.

Переменные стека определяются (и выделяются) в тот момент, когда вы входите в функцию, и неявно удаляются, когда вы покидаете функцию (поскольку вся запись стека вызовов удаляется). Никакие подпрыгивания внутри функции не могут вызвать хаоса с памятью, которая была выделена все время. Независимо от того, какой путь выполнения вы выберете через код, запись стека появится, когда управление вернется к вызывающей функции, и память будет освобождена.

Остальные ответы верны .... однако, если вам нужно вложить циклы по-другому, я бы поставил под вопрос дизайн, в котором они были помещены. Разделение этой логики на отдельные функции было бы лучшим способом решить такую ​​проблему.

Billy3

Нет. Возможна утечка только динамически выделяемой памяти.

Нет, любые автоматические переменные в ваших циклах не вызовут утечек программирования, если вы прервете цикл с помощью оператора goto.

Нет. Локальные переменные не нужно очищать отдельно. Когда стек появится, все локальные переменные исчезнут вместе с ним.

Goto - это не всегда плохо, но в вашем случае вам, вероятно, не следует использовать goto.

См. Примеры правильного использования goto здесь и здесь .

Если вы перейдете к метке, которая находится за пределами области видимости, ваш объект в стеке будет освобожден.

Пример:

#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;
}

Будет напечатано:

Внутри области
Деструктор
После l label

Нет, не будете.

Однако убедитесь, что все внешние ресурсы освобождены должным образом. Например, если вы открыли файл, можно было бы перескочить туда, где он обычно был бы закрыт.