Тупой вопрос: Как остановить скрипт в отладчике браузера?

Question

[Николай Чуприк]

Пользуюсь отладчиком в Firefox. Трассирую скрипт. Не понимаю, как прервать выполнение скрипта, ушедшего, пример в бесконечный цикл? Где эта кнопка? А то приходится закрывать браузер с зависшим скриптом и открывать заново.

Comments

[Антон Спирин]

Поставьте точки останова.

[Николай Чуприк]

Вы не поняли. У меня есть точки останова. Я там себе что-то трассирую по ним, и в какой-то момент я захотел прервать скрипт полностью. Как это сделать? Т.е. не паузу сделать на очередном останове, а именно то, что называется "Ctrl-C". Прервать выполнение и выйти к чертям.

[Александр]

Николай Чуприк, пкм по вкладке, менеджер вкладок/окон, закрываешь вкладку или остонавливаешь процесс (точнее ге помню).

[Николай Чуприк]

Александр, так я не хочу закрывать вкладку. Просто надо тормознуть скрипт.

[Vest]

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

Я не нашёл в гугле как остановить скрипт. Может быть такого и нет, но если вы не знаете, что у вас отъедает CPU, попробуйте занизить время с 10 секунд до, допустим, 5 и запустите ваш скрипт через профайлер, он, возможно, покажет какой код тормозит.

Мне не понятно, что у вас происходит. Цикл может быть бесконечным, это не страшно, страшно, что окно не отвечает - это означает, что не хватает CPU ресурсов и либо вы делаете троттлинг вашего скрипта, либо перекладываете вычислительную работу на кого-либо (сервер, воркер, что у вас там).

[Николай Чуприк]

Vest, что удивительно, я тоже ничего не нагуглил. Похоже прерывание скрипта невозможно. Вот только не могу понять причин этого, но она наверное должна быть, почему так сделали. Ещё надо заметить, что я использую Vue для интерфейса в браузере. Я не спец, но может это как-то связано с рендером. Типа пока не вернутся вычисления, не может закончить работу с DOM. Но с другой стороны там Virtual DOM.

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

За ссылочку про понижение времени — спасибо.

[Vest]

Николай Чуприк, меня закидают тапками, но я думаю, что всё дело в однопоточности JavaScript или конкретной вкладки. Когда у вас единственный поток занят рекурсивными вычислениями, то у него нет эдакого кванта времени, чтобы обработать ещё нажатие несуществующей кнопки Stop в вашем отладчике. Наверняка, это всё крутится в одном потоке, а если и нет, то возможно этот поток не отпущен браузером, чтобы принять вашу команду.

Я бы предложил вам добавить проверку на некоторую глобальную переменную, и если она "true", выйти из рекурсии, но смешно то, что JavaScript-консоль скорее всего зависнет и вы не сможете в ней выставить вашу переменную в "true"
¯\_(ツ)_/¯

[Николай Чуприк]

Vest, JS поток конечно один, но для JS браузер является супервизором. Мне не понятно, почему он не может его тормознуть. Или кнопки Developer Tools реализованы в том же потоке JS :). Странно конечно.

Мне сейчас приходится ставить в рекурсию окно confirm('Стоп?'), и пока долбишь "нет", рекурсия продолжается, что неудобно. Причём если ставить breakpoint в рекурсивную функцию, то я могу всего лишь остановить выполнение скрипта, но не прервать его. После breakpoint у меня выбора нет, могу только продолжить выполнение, даже если понимаю, что это уход рекурсии в нирвану.

[Vest]

Николай Чуприк, хорошая идея. Пусть у вас будет счётчик в рекурсии. Вы будете каждый раз его увеличивать, когда куда-либо проваливаетесь. Как наберёте 100 вызовов - показываете confirm, а потом ещё раз 100 циклов и т. д.

p.s. или не прерывать, а вызывать debugger.

[Николай Чуприк]

Vest, помыкавшись, понял, что понизить время ожидания отклика скрипта — самый нормальный выход из ситуации. Напишите, пожалуйста, ответом, чтобы я отметил решение.

Answer 1

[Vest]

Как вы и просили, Николай Чуприк, я решил написать ответ:

Если скрипт зависнет, то FF должен показать вам окно о том, что его надо остановить. Вы можете понизить время ожидания результата выполнения скрипта.
За это отвечает параметр: dom.max_script_run_time

В других браузерах я не нашёл подобной опции. Зато мне понравилась цитата отсюда:

“JavaScript that executes for whole seconds is probably doing something wrong...” says Brendan Eich, creator of JavaScript.

update 03.07.2018: я решил почитать, что новенького в Хроме 67. Посмотрите, пожалуйста, наверное это то, что вы просили: What's New In DevTools (Chrome 67) - Stop infinite loops.

Comments

[Николай Чуприк]

Спасибо большое, Vest. Вот только не понятно, что мешает просто сделать кнопку Stop? Зачем такое неочевидное выпадающее меню? Кто там придумывает UX у них!? —Уволить!

[Vest]

Николай Чуприк, Гугел, что ещё сказать :)

[hash_buy_yourself]

Спасибо, это сэкономит мне время.

[Vest]

hash_buy_yourself, пожалуйста.

Answer 2

[marsdenden]

тупой ответ - поискать кнопку паузы. Не допускать ухода в бесконечный цикл. Иначе ваш аппарат никогда не приземлится на Марсе

Comments

[Николай Чуприк]

Пауза — паузой. Нажал я паузу, а что дальше? У меня только одна возможность — нажать снова play. А рекомендация не допускать ухода в бесконечный цикл сродни совету написать скрипт сразу без ошибок, чтобы не пришлось его отлаживать.

[marsdenden]

Николай Чуприк, вот либо у меня огнелис какой-то хитрый, либо одно из двух. Кнопки трассировки находятся рядом с кнопкой паузы, дублируются клавиатурой F10 - выполнить процедуру, не заходя в нее, F11 - зайти в процедуру (при возможности), Shift-F11 - продолжить выполнение до выхода из текущей процедуры. Чтобы дальше запустить - F8. Эти же самые кнопки работают в хроме. Между прочим, отладчик в хроме намного более информативный, в частности, можно находить DOM events, то есть обработчики, повешенные на элементы программно, чего в огнелисе мне, например, сильно не хватало. Я уже полгода в огнелисе ничего не отлаживаю, поскольку считаю его бесперспективным, особенно после ноябрьских кульбитов с обновами, когда они мне всю работу поломали, в частности, перестал работать GreasyMonkey. Держу его так, по привычке.
А рекомендация не допускать ухода в бесконечный цикл - всего лишь намек на правильное написание программы.

[Николай Чуприк]

marsdenden, ну тут дело вкуса. Меня вот в FF бесит, что я не могу зафиксировать конфигурацию "аккордеонов" в области где Watch, Breakpoints, Call Stack и всё вот это. При запуске новой отладки FF их все разворачивает, меняя рабочее простраyство. И каждый запуск скрипта его надо настраивать. Более того, на каждой точке останова он меняя рабочее пространство.

Answer 3

[deadem]

...используйте Хром (F8). В Файрфоксе F8 тоже должен работать, но... не работает. Вообще, в 57+ версии очень много чего сломали. Пока не починят, пользоваться панелью разработчика - одно издевательство.