Я здивований тим, як можна продовжувати виконання навіть після того, як StackOverflowErrorу Java сталося.
Я знаю, що StackOverflowErrorце підклас класу Помилка. Помилка класу розшифровується як "підклас Throwable, який вказує на серйозні проблеми, які розумне додаток не повинно намагатися наздогнати".
Це звучить скоріше як рекомендація, ніж правило, підтверджуючи, що ловити помилку на зразок StackOverflowError насправді дозволено, і програміст не повинен цього робити. І бачте, я перевірив цей код, і він нормально припиняється.
public class Test
{
public static void main(String[] args)
{
try {
foo();
} catch (StackOverflowError e) {
bar();
}
System.out.println("normal termination");
}
private static void foo() {
System.out.println("foo");
foo();
}
private static void bar() {
System.out.println("bar");
}
}Як це може бути? Я думаю, що до моменту викиду StackOverflowError стек повинен бути настільки заповненим, що немає місця для виклику іншої функції. Чи працює блок обробки помилок в іншому стеку, або що тут відбувається?
4
Пов’язано: codegolf.stackexchange.com/questions/21114/…
—
ntoskrnl
Yo dawg ... Я чув, що тобі сподобався переповнення стека, тому ми помістили переповнення стека у ваш stackoverflow.com!
—
П’єр Генрі
Оскільки сучасні архітектури використовують Frame Pointers для полегшення розмотування стеків, навіть часткових. Поки код + контекст для цього не потрібно динамічно розподіляти зі стека, не повинно виникнути проблем.
—
RBarryYoung