В чем разница между exit () и abort ()?

В чем разница между exit() и abort() в C и C++? Я пытаюсь завершить программу после ошибки (не исключение).

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
135
0
70 768
5

Ответы 5

прервать отправляет сигнал SIGABRT, выход просто закрывает приложение, выполняя обычную очистку.

Вы можете обрабатывать сигнал прервать, как хотите, но по умолчанию приложение также закрывается с кодом ошибки.

прервать не будет выполнять уничтожение ваших статических и глобальных членов, но выход будет.

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

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

См. Следующий пример:

SomeClassType someobject;

void myProgramIsTerminating1(void)
{
  cout<<"exit function 1"<<endl;
}

void myProgramIsTerminating2(void)
{
  cout<<"exit function 2"<<endl;
}

int main(int argc, char**argv)
{
  atexit (myProgramIsTerminating1);
  atexit (myProgramIsTerminating2);
  //abort();
  return 0;
}

Комментарии:

  • Если прервать раскомментирован: ничего не печатается и деструктор некоторого объекта не вызывается.

  • Если прервать прокомментирован, как указано выше: будет вызван деструктор someobject, вы получите следующий результат:

exit function 2
exit function 1

Здесь он вызвал функцию выхода 2, ЗАТЕМ функцию выхода 1. gcc 4, Linux 2.6.

strager 29.12.2008 06:54

На странице руководства для atexit говорится: «Функции [зарегистрированные с помощью atexit] вызываются в обратном порядке; аргументы не передаются».

strager 29.12.2008 06:55

@strager прав, функции, зарегистрированные atexit, должны вызываться в обратном порядке, когда вызывается либо exit, либо основной возврат.

Robert Gamble 29.12.2008 06:56

Запустив тест, выяснилось, что деструкторы глобальных экземпляров вызываются после всех обратных вызовов atexit.

strager 29.12.2008 06:57

+1 за напоминание людям, что ОС в конечном итоге освободит все выделенные ресурсы даже после вызова abort ().

Fingolfin 26.10.2012 16:54

Почему все жирное? Лучше организовать в таблицу, имо

Matthew Woo 08.05.2017 21:55

abort() выходит из вашей программы без предварительного вызова функций, зарегистрированных с помощью atexit(), и без предварительного вызова деструкторов объектов. exit() делает и то, и другое перед выходом из программы. Однако он не вызывает деструкторы для автоматических объектов. Так

A a;
void test() { 
    static A b;
    A c;
    exit(0);
}

Разрушит a и b должным образом, но не вызовет деструкторы c. abort() не будет вызывать деструкторы ни для одного из объектов. Поскольку это прискорбно, Стандарт C++ описывает альтернативный механизм, который обеспечивает правильное завершение:

Objects with automatic storage duration are all destroyed in a program whose function main() contains no automatic objects and executes the call to exit(). Control can be transferred directly to such a main() by throwing an exception that is caught in main().

struct exit_exception { 
   int c; 
   exit_exception(int c):c(c) { } 
};

int main() {
    try {
        // put all code in here
    } catch(exit_exception& e) {
        exit(e.c);
    }
}

Вместо того, чтобы звонить exit(), используйте вместо этого код throw exit_exception(exit_code);.

+1 потому что, хотя Брайан Р. Бонди был хорош, вы подняли проблему прерывания / выхода (не вызывается деструктор объектов стека) и предложили альтернативу для процесса C++ с интенсивным использованием RAII.

paercebal 03.01.2009 02:27

Я искал способ выйти из программы без вызова dtor, и ваш ответ - именно то, что я искал! Спасибо

acemtp 19.04.2009 21:49

Это, конечно, совершенно правильно, если действительно важно, что ваши автоматические деструкторы объектов не вызываются :-)

Chris Huang-Leaver 05.01.2010 13:10

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

Dirk Herrmann 29.04.2020 16:36

abort отправляет сигнал SIGABRT. abort не возвращается к звонящему. Обработчик сигнала SIGABRT по умолчанию закрывает приложение. Потоки файлов stdio сбрасываются, а затем закрываются. Однако деструкторов для экземпляров классов C++ нет (не уверен в этом - возможно, результаты не определены?).

exit имеет свои собственные обратные вызовы, установленные с помощью atexit. Если обратные вызовы указаны (или только один), они вызываются в порядке, обратном порядку их регистрации (как стек), тогда программа завершается. Как и в случае с abort, exit не возвращается к вызывающему. Потоки файлов stdio сбрасываются, а затем закрываются. Также вызываются деструкторы для экземпляров класса C++.

exit может иметь несколько функций обратного вызова, зарегистрированных через atexit, при вызове exit все функции обратного вызова будут вызываться в обратном порядке, в котором они были зарегистрированы.

Robert Gamble 29.12.2008 06:54

@Gamble, конечно, я сам упомянул об этом несколько минут назад в комментарии к ответу @Bondy. Я отредактирую свой ответ, чтобы отразить это.

strager 29.12.2008 07:07

На странице руководства exit ():

The exit() function causes normal process termination and the value of status & 0377 is returned to the parent.

На странице руководства abort ():

The abort() first unblocks the SIGABRT signal, and then raises that signal for the calling process. This results in the abnormal termination of the process unless the SIGABRT signal is caught and the signal handler does not return.

Когда программа вызывает exit (), происходят следующие вещи:

  • Функции, зарегистрированные функцией atexit, выполняются
  • Все открытые потоки очищаются и закрываются, файлы, созданные tmpfile, удаляются.
  • Программа завершается с указанным кодом выхода на хост

Функция abort () отправляет сигнал SIGABRT текущему процессу, если он не обнаружен, программа завершается без гарантии, что открытые потоки очищены / закрыты или что временные файлы, созданные с помощью tmpfile, удалены, зарегистрированные функции atexit не вызываются, и хосту возвращается ненулевой статус выхода.

Хм. стандарт гласит, что программа не завершается только в том случае, если обработчик сигнала "не возвращает". у вас все хорошо с C.Можете ли вы представить любой сценарий, который позволил бы продолжить нормальное выполнение без возврата? я представляю longjmp, но я не уверен, как он ведет себя в обработчиках сигналов.

Johannes Schaub - litb 29.12.2008 06:58

В общем, вызов longjmp из обработчика сигнала не определен, но есть особый случай, когда сигнал был сгенерирован с помощью повышения / прерывания, поэтому я предполагаю, что это было бы теоретически возможно, хотя я не думаю, что когда-либо видел, как это делается. Теперь мне нужно попробовать;)

Robert Gamble 29.12.2008 07:23

Кажется, это работает (разбито на несколько сообщений из-за ограничения в 300 символов): #include <stdio.h> #include <stdlib.h> #include <signal.h> #include <setjmp.h> volatile sig_atomic_t do_abort = 1; jmp_buf env; недействительным abort_handler (int я) {do_abort = 0; longjmp (env, 1);}

Robert Gamble 29.12.2008 07:36

int main (void) {setjmp (env); put ("В setjmp"); если (do_abort) {сигнал (SIGABRT, abort_handler); put ("Прерывание вызова"); abort (); } put ("Не прервано!"); возврат 0; }

Robert Gamble 29.12.2008 07:36

В Ubuntu 7.04 это печатает: При setjmp Прерывание вызова При setjmp Не прервано!

Robert Gamble 29.12.2008 07:37

я видел, что он даже поддерживает longjmp из SIGSEGV :) libsigsegv.sourceforge.net

Johannes Schaub - litb 10.01.2009 17:39

Я считаю, что смыв и закрытие ручья - самое важное отличие. Меня не волнует, освобождены ли мои объекты C++ dtors или ОС, но с вводом-выводом это может иметь большое значение.

Quantum7 12.08.2010 23:07

Другие вопросы по теме