Javascript бесконечный цикл: Циклы while и for

Содержание

если я допустил ошибку в коде и вызвал бесконечный цикл в javascript, и он продолжает вызывать alert(), есть ли способ остановить цикл?

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

Если я принудительно выйду, он закроет все вкладки и даже другие окна Firefox … есть ли способ более изящно остановить цикл?

javascript alert firefox

person nonopolarity schedule 21.05.2009 source источник

Ответы (7)

arrow_upward
17
arrow_downward

Короткий ответ — нет.

Это одна из веских причин использовать Firebug и функцию console.log. Что, по иронии судьбы, приведет к тому, что «стоп-скрипт, потому что он убегает» в некоторых случаях не будет отображаться, а это означает, что вы вернетесь туда, где находитесь сейчас.

В Хроме и Опере есть такая функция. IE нет, Apple Safari тоже.

Не нативное решение, но вы можете попробовать этот сценарий жирной обезьяны: http://www.tumuski.com/2008/05/javascript-alert-cancel-button/

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

var displayAlerts = true;

А потом:

function alert(msg) {
  if (displayAlerts) {
     if (!confirm(msg)) {
       displayAlerts = false;           
     }
  }
}

person cgp schedule 21.

05.2009

arrow_upward
5
arrow_downward

Похоже, вы можете в Firefox:

Удерживайте Ctrl
Удерживайте Enter
Нажмите F4 один раз

Согласно сообщению в блоге, это работает не во всех случаях, дополнительная информация здесь: puremango.co.uk

person Alex KeySmith schedule 17.08.2010

arrow_upward
2
arrow_downward

Google Chrome позволяет запретить отображение дополнительных предупреждений.

person Shane Fulmer schedule 21.05.2009

arrow_upward
1
arrow_downward

Я написал расширение для Firefox для решения этой проблемы.

https://addons.mozilla.org/en-US/firefox/addon/13176

person Community schedule 24.09.2009

arrow_upward
0
arrow_downward

Ни за что. Хорошо, что большинство браузеров имеют бесконечную защиту от рекурсии, но это не по теме.

person Dmitri Farkov schedule 21.05.2009

arrow_upward
0
arrow_downward

Установите Greasemonkey и перейдите на эту страницу: http://www.tumuski.com/2008/05/javascript-alert-cancel-button/

После того, как вы установите этот скрипт для Greasemonkey, любое диалоговое окно с предупреждением будет иметь кнопку отмены, которая остановит javascript.

person Community schedule 01. 10.2009

arrow_upward
0
arrow_downward

[проверено в IE 11] Если вам нужно закрыть веб-браузер и по какой-либо причине вы не хотите нажимать ctrl-alt-del (в моем случае мой плохой цикл бесконечного оповещения javascript выполнялся на citrix, который автоматически перезагружал мой последний сеанс после ctrl-alt-del из кеш-памяти, которую я не могу очистить)

вы можете найти выход, удерживая нажатой клавишу Alt-F4 и нажав X

(чтобы закрыть окно браузера).

Это работает очень быстро… Alt-F4 очень быстро закрывает окна предупреждений, и вы заметите, что кнопка X в верхней части браузера мерцает. Это дает вам очень маленькие окна времени, когда вы можете закрыть его между предупреждениями.

Примечание: если у вас открыто несколько вкладок, вам нужно сначала закрыть их с помощью значка на панели управления в нижней части экрана, потому что сообщение «закрыть все вкладки» будет мешать.

person SomeGuy schedule 31. 07.2015

Будет ли выполнен код, если он находится после непрерывного бесконечного цикла в JavaScript?

pagas48

23 Ноя 2017

Нет?
Или ->
Да, если цикл выполняется слишком долго, он прервется, после чего программа продолжит выполнение?
Или же ->
Да, после определенного максимального количества итераций, будет осуществлен выход из цикла и программа продолжит выполнение?
Скажите пожалуйста!

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

Каждый опытный разработчик знает, насколько важно поддерживать производительность приложения и что это за боль. Когда дело доходит до загрузки, разница между успешным бизнесом и катастрофой составляет всего несколько секунд. Таким образом, разработчик отвечает за то, чтобы приложение обеспечивало лучший пользовательский интерфейс, более высокую конверсию и, в конечном счете, более довольных заказчиков. В этой статье Александр Габдрафиков — Senior Software Engineer в EPAM Anywhere — делится советами и приемами по улучшению производительности JavaScript, основанными на многолетнем опыте.

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

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

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

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

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

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

Лучшее решение здесь — выбрать оптимизированные библиотеки. Попробуйте найти библиотеки, специально разработанные для Node.js, поскольку они используют привязки C++, которые позволяют распараллеливать потоки и выполнять вычисления до трех раз быстрее.

Типичная проблема производительности, особенно для SPA-приложений, которые на лету создают и уничтожают контент. Layout — это шаг в очереди рендеринга, когда ваш браузер определяет, где должен отображаться каждый элемент страницы, оценивает его размер и отношение к другим объектам.

Неудивительно, что чем больше объектов DOM находится на странице, тем больше времени занимает процесс. Однако самая сложная часть заключается в том, что даже наименее значительное изменение стиля делает недействительными предыдущие вычисления и запускает совершенно новый шаг Layout.

Вы должны быть очень внимательными к организации задач измерения (чтения) и обновления (записи) стилей элементов. Я рекомендую сгруппировать эти процессы, чтобы принудительно не перезапускать layout несколько раз. В большом проекте это может занять некоторое время, но вы удивитесь, насколько это будет полезно.

Большие скрипты — большие проблемы. Выполнение файлов JavaScript потребляет максимум времени на загрузку страницы. Это может занять даже больше времени, чем рендеринг изображения, потому что последний представляет собой базовый набор пикселей на экране, в то время как первый запускает целую цепочку событий, включая синтаксический анализ и выполнение скрипта, создание областей видимости и т. д.

Решение 1. Для React лучшим решением будет применение отложенной загрузки. React.lazy позволит вам использовать динамический импорт, который знает, как разделить код на части, вместо того, чтобы включать весь код в один файл целиком.

Когда дело доходит до эффективной работы интерфейса, повышение производительности JavaScript становится ключевым моментом. В этой статье я затронул лишь несколько важных вопросов, с которыми можно столкнуться. А какие у вас есть ценные советы по повышению производительности JavaScript?

Хук useEffect позволяет нам выполнять побочные эффекты в компоненте. Когда были введены крючки, реакция 16, 9Крючок 0005 useEffect обладает большей силой сцепления, чем любой другой крючок. Поскольку он обеспечивает комбинированные функции методов жизненного цикла componentDidMount , componentDidUpdate и componentWillUnmount .

https://www.nerdyviews.com/2019/06/infinity-gauntlet-keychain.html
Также обратите внимание на мои недавние статьи о React.
useQuery вместо Fetch при вызове API
Почему следует использовать useSWR вместо useState при вызове API
Подробное руководство по использованию Axios в приложении React
Предотвращение бесконечных циклов внутри обратных вызовов JavaScript — подход TDD
Проблема остановки
Одна из самых известных проблем во всей информатике — проблема остановки . В основном это проблема определения из описания компьютерной программы и входных данных, завершит ли программа работу или продолжит работать вечно. Еще в 1936 году знаменитый Алан Тьюринг доказал, что невозможно предоставить общий алгоритм для решения проблемы остановки для всех возможных пар программа — вход. Другими словами, вы не можете написать код, который всегда сможет определить, завершится ли ваша программа или застрянет в бесконечном цикле. Очевидно, я не собираюсь доказывать, что Алан Тьюринг ошибался, но недавно я придумал код, который может гарантировать, что определенный код, очень распространенный во многих приложениях JavaScript, не войдет в бесконечный цикл.
Обратные вызовы JavaScript
Язык JavaScript в значительной степени полагается на обратные вызовы для выполнения асинхронной обработки. Это шаблон, который очень распространен при написании кода JavaScript для браузера или для таких сред, как NodeJS. Обратные вызовы JavaScript чаще всего реализуются как функции, которые передаются в качестве аргументов другим функциям, которые инициируют некоторые асинхронные операции. Когда операции завершены, вызываются функции обратного вызова, часто указывающие на успех или неудачу. Это возможно, потому что в JavaScript функции являются объектами первого класса и могут передаваться функциям в качестве аргументов точно так же, как и любое другое значение.
Механизм обратного вызова можно обобщить, позволив нескольким обратным вызовам подписаться на одно событие. Функция подписки обратного вызова может принимать два значения: имя события и фактическую функцию обратного вызова, которая будет вызываться при возникновении этого события. Это позволяет нескольким внешним модулям подключать желаемую функциональность к текущему потоку, позволяя разделить задачи между разными модулями. Это чаще всего называют классической моделью Event Emitter 9.0036 или Pub-Sub .
По сути, классической реализацией для этого будет хранение частной карты пар имен событий + обратных вызовов и добавление общедоступного метода для подписки (и отказа от подписки, если хотите) этих пар. Мы также хотели бы добавить метод выполнения (функция emit) для обратных вызовов с подпиской, чтобы фактически запускать их. Этот метод может быть полностью внутренним или внешним, если мы хотим активировать его извне.
Очевидно, что тот, кто вызывает метод подписки, должен знать о поддерживаемых ключах или именах/типах событий, иначе они никогда не будут выполнены.
Обычно это выглядит примерно так:
Итак, вернемся к бесконечным циклам!
Я разрабатывал похожий механизм и при этом подумал о теоретическом случае, который еще не произошел, но если он произойдет, его будет очень трудно отследить; где функция emit, которая выполняет обратные вызовы, может бесконечно вызывать себя .
Предположим, кто-то подписывается с обратным вызовом на мой механизм, и внутри своего обратного вызова он вызовет другое известное событие (из моего набора известных имен событий), не зная, что это событие также выполняет обратные вызовы события, поэтому обратный вызов будет вызван снова … и снова… и снова …
Тот, кто будет вызывать другое событие извне в своем обратном вызове, не обязательно будет знать, что выполнение события запускает дополнительный набор выполнений обратных вызовов, и код будет введен бесконечный цикл, и, если честно, довольно неуловимый.
Давайте повеселимся в TDD 🙂
Поэтому я решил решить проблему в стиле TDD! поскольку у меня не было реального варианта использования этой предполагаемой ошибки, и она была чисто теоретической, я подумал, что подход TDD действительно может помочь мне определить проблему в ее самом простом и чистом виде. Более того, я знал, что если я добавлю для этого случая настоящий ремонтопригодный и стабильный тест, то в продакшене этого никогда не будет.
Итак, во-первых, я хотел написать максимально простой и короткий тест (даже если это то, что никто никогда не напишет в реальном примере кода), который сначала смоделирует проблему, а только потом поймет, как ее решить.
Я запустил. В результате максимальный стек вызовов превысил , как я и хотел. Итак, у меня был провальный тест с опасным сценарием, и, очевидно, он провалился. Я думал о сценарии прохождения и о том, что я хочу, чтобы там произошло. Я понял, что мне вообще не нужны никакие утверждения, меня волнует только то, что тест заканчивается.
Само решение предполагаемой ошибки было довольно простым, я решил сохранить переменную состояния, которая отмечает каждый раз, когда выполняется обратный вызов, и сбрасывается до значения по умолчанию, когда выполнение обратного вызова завершается.
Таким образом, если я получу обратный вызов, который снова вызовет дополнительные обратные вызовы, они будут просто проигнорированы и сообщены.
Я добавил свой код, снова запустил тест, и он прошел. Милейший простой и чистый TDD, никаких утверждений. Просто зеленый тест:)
После этого я смог реорганизовать свой код и сделать его красивее и приятнее. Все, что мне нужно было сделать, это повторно запустить мой тест и убедиться, что он все еще зеленый!
Что ж, на самом деле самое приятное в этом то, что пуленепробиваемый для будущего. Если кто-то другой изменит мое решение проблемы или удалит его, тест снова получит превышение максимального стека вызовов и, очевидно, завершится с ошибкой 🙂
Примечание к упражнению
Обратите внимание, что мое решение будет работать, только если возникнет дополнительное событие выполняется синхронно . Что бы вы сделали, если обратный вызов с подпиской запускает выполнение других обратных вызовов в асинхронный как тест ниже? Я бы оставил это как вызов для моих читателей, я хотел бы услышать, что вы можете придумать:)

Как вы делаете бесконечный цикл в JavaScript? – Wazeesupperclub.com
Как сделать бесконечный цикл в JavaScript?
Убедитесь, что в цикле есть хотя бы одна инструкция, которая изменяет значение переменной сравнения. (То есть переменная, которую вы используете в операторе сравнения цикла.) В противном случае условие может всегда возвращать значение true, и цикл никогда не закончится.
Как перебирать массив?
Цикл для обхода массивов. Мы можем использовать итерацию с циклом for для посещения каждого элемента массива. Это называется обходом массива. Просто начните индекс с 0 и зацикливайте, пока индекс меньше длины массива.
Как зациклить массив в JavaScript?
Вы можете пройтись по массиву разными способами. .. 6 различных способов пройтись по массиву
Использование цикла for. Когда нужно просто пройтись по массиву, я предпочитаю цикл for.
Использование цикла forEach. Цикл forEach — это современный способ обхода массива.
Использование для…оф.
Использование цикла for…in.
Использование цикла while.
Как остановить бесконечный цикл в JavaScript?
В Chrome 67, если у вас открыты DevTools ( F12 ), вы можете завершить бесконечный цикл, не убивая всю вкладку:
Перейдите на панель «Источники» и нажмите «Приостановить выполнение скрипта».
Удерживая ту же кнопку, выберите значок «Стоп».
Как сделать бесконечный цикл?
Чтобы создать бесконечный цикл, просто используйте true в качестве условия. true всегда верно, поэтому цикл будет повторяться вечно. Предупреждение: Убедитесь, что у вас есть проверка, которая выходит из вашего цикла, иначе он никогда не закончится.
Как зациклить бесконечный цикл?
Приведенный выше код будет выполнять цикл for бесконечное количество раз. Поскольку мы ставим условие (i>=1), которое всегда будет истинным для каждого условия, это означает, что «привет» будет печататься бесконечно… Мы также можем использовать оператор goto для определения бесконечного цикла.
бесконечный цикл;
// операторы тела.
перейти к бесконечному циклу;
Как in loop работает в JavaScript?
Цикл for повторяется до тех пор, пока указанное условие не станет ложным. Цикл for в JavaScript похож на цикл for в Java и C. При выполнении цикла for происходит следующее: Выполняется инициализирующее выражение initialExpression , если оно есть.
Как просмотреть список в JavaScript?
JavaScript не предлагает какой-либо специальной встроенной функции для обхода элементов/объектов массива. Вы можете перемещаться по массиву, просто используя цикл for или непосредственно по индексу элемента. Массив содержит несколько элементов одного типа, которые можно перемещать с помощью цикла for.
Как избежать бесконечного цикла в программе Scratch?
Используйте блок повторения до. Затем поместите блок equals или что-то еще в логическую часть. Затем внутри этого повтора до блока поместите остановку этого блока скрипта.
Что используется, чтобы избежать бесконечных циклов?
Операторы в блоке for() никогда не должны изменять значение переменной счетчика цикла. Если они это сделают, то ваш цикл может завершиться преждевременно или может закончиться бесконечным циклом. В противном случае оператор может всегда возвращать истину, и цикл никогда не закончится.
Пример бесконечного цикла?
Бесконечный цикл возникает, когда условие всегда оценивается как истинное. Обычно это ошибка. Например, у вас может быть цикл, который уменьшается до тех пор, пока не достигнет 0. Это глупый пример, но бесконечные циклы часто возникают случайно.
Что такое бесконечный цикл, приведите пример?
Бесконечный цикл возникает, когда условие всегда оценивается как истинное, и поэтому управление циклом не выходит за пределы этого цикла. Пример: я = -1. в то время как (я! = 0): печать (1)
Что такое бесконечный цикл в JavaScript?
При работе с циклами в JavaScript всегда существует опасность того, что ваш цикл не завершится и не будет работать вечно. Такой цикл называется бесконечным циклом. В этой статье мы увидим, как обнаруживать и избегать бесконечных циклов. Как избежать бесконечных циклов?
Почему моя функция массива вечно зацикливается?
Проблема в том, что эта функция будет зацикливаться до тех пор, пока первый тайм-аут не запустит первую функцию массива. Вам нужно увеличить цикл в функции тайм-аута. и заставить его ждать. Попробуй это:
Каковы альтернативы циклам for и for/in в JavaScript?
Альтернативой циклам for и for/in является Array.