В Javascript дорого ли использовать блоки try-catch, даже если исключение не выдается?

39

"Медленно" использовать несколько блоков try-catch, если в них нет каких-либо исключений? Мой вопрос такой же, как этот, но для Javascript.

Предположим, что у меня есть 20 функций, в которых есть блоки try-catch. И еще одна функция, которая вызывает каждую из этих 20 функций. Ни один из них не выдаст исключение. Будет ли мой код работать медленнее или будет намного хуже из-за этих блоков try-catch?

  • 8
    stackoverflow.com/questions/12609527/...
  • 1
    @Chase: Чейз: но разве это не говорит о том, когда ловятся исключения?
Показать ещё 6 комментариев
Теги:
performance
exception
exception-handling
try-catch

3 ответа

38
Лучший ответ

Вы делаете типичный код интерфейса CRUD? Используйте try catch, используйте петли, которые идут до 10000, без каких-либо причин, посыпанных вашим кодом, черт, используйте angular/ember - вы не заметите каких-либо проблем с производительностью.

Если вы используете библиотеку низкого уровня, физическое моделирование, игры, серверную часть и т.д., то никогда не бросая блок try-catch обычно не имеет значения, но проблема в том, что V8 не поддерживал его в своем оптимизирующем компиляторе до версии 6 движка, поэтому вся содержащая функция, которая синтаксически содержит улов try, не будет оптимизирована. Вы можете легко обойти это, создав вспомогательную функцию типа tryCatch:

function tryCatch(fun) {
    try {
        return fun();
    }
    catch(e) {
        tryCatch.errorObj.e = e;
        return tryCatch.errorObj;
    }
}
tryCatch.errorObj = {e: null};


var result = tryCatch(someFunctionThatCouldThrow);
if(result === tryCatch.errorObj) {
    //The function threw
    var e = result.e;
}
else {
    //result is the returned value
}

После версии V8 версии 6 (поставляется с Node 8.3 и последним Chrome) производительность кода внутри try-catch такая же, как и у обычного кода.

Поделиться
  • 6
    Если это так с V8, это действительно будет иметь значение, и ваш код выглядит хорошей идеей для решения этой проблемы. Не могли бы вы предоставить ссылку с источником этой информации, в которой говорится, что V8 не оптимизирует функции с помощью блоков try-catch? Знаете ли вы, относится ли это к другим компиляторам или интерпретаторам Javascript?
  • 5
    @cprcrack Я точно не знаю, попытка catch в основном нужна на стороне сервера, поэтому оптимизация не будет иметь большого значения. Посмотрите здесь источник V8, где оптимизация компилятора выручает, когда он видит try catch в функции github.com/v8/v8/blob/master/src/hydrogen.cc#L3922-L3927
Показать ещё 3 комментария
28

Оригинальный вопрос задал вопрос о стоимости try/catch, когда ошибка не была выбрана. Это определенно влияет на защиту блока кода с помощью try/catch, но влияние try/catch быстро исчезнет, ​​так как защищаемый код становится даже немного сложным.

Рассмотрим этот тест: http://jsperf.com/try-catch-performance-jls/2

Простой приращение выполняется при 356 800 000 итераций в секунду Тот же инкремент в try/catch составляет 93 500 000 итераций в секунду. Это накладные расходы 75% из-за попытки/улова. НО, тривиальный вызов функции выполняется с 112 200 000 итераций в секунду. 2 тривиальных вызова функций выполняются с 61 300 000 итераций в секунду.

Неиспользованная попытка в этом тесте занимает немного больше времени, чем один тривиальный вызов функции. Это вряд ли ограничение скорости, которое имеет значение, кроме самой внутренней петли чего-то действительно интенсивного, как БПФ.

Случай, который вы хотите избежать, это случай, когда исключение фактически выбрано. Это значительно медленнее, как показано в приведенной выше ссылке.

Изменить: эти номера для Chrome на моей машине. В Firefox нет существенной разницы между неисследованной попыткой и отсутствием защиты вообще. По сути, нулевой штраф за использование try/catch, если исключение не выбрано.

Поделиться
  • 4
    Единственный ответ, который фактически предоставил ответ через информацию вместо мнений.
  • 1
    для меня try-no-catch - самый быстрый фрагмент, см. fs5.directupload.net/images/170124/3luf37n3.png
Показать ещё 1 комментарий
7

Блок try-catch считается дорогостоящим. Однако, если критическая производительность не является проблемой, использование ее не обязательно вызывает беспокойство.

Штраф ИМО:

  • читабельность
  • неуместно во многих случаях
  • неэффективно, когда дело доходит до асинхронного программирования.

Считываемость: использование вашего кода с большим количеством попыток является уродливым и отвлекающим

неуместно: это плохая идея вставить такой блок, если ваш код не подвержен сбою исключения. Вставьте его только в том случае, если вы ожидаете сбой в коде. Взгляните на следующий раздел: Когда использовать блоки try/catch?

Async: блок try-catch является синхронным и не эффективен при программировании async. Во время запроса ajax вы обрабатываете события error и success в выделенных обратных вызовах. Нет необходимости в try-catch.

Надеюсь, что это поможет,

R.

Поделиться
  • 11
    «Говорят» - это слух. Пожалуйста, предоставьте доказательства, не поощряйте программистов к преждевременной оптимизации.
  • 7
    Это бред. Есть много «исключительных» ситуаций, которые не являются «провалом». Исключения - это мощная программная конструкция.
Показать ещё 3 комментария

Ещё вопросы

Сообщество Overcoder
Наверх
Меню