Обработка ошибок при асинхронном выполнении в JavaScript?

Question

[Андрей Прокопюк]

При синхронном выполнении кода исключения — очень удобный механизм обработки ошибок. Но в JavaScript очень много кода, выполняемого асинхронно — к примеру, запросы на сервер. Часто для обработки ошибок в этом случае используются коллбэки, но по удобству такая методика не сравнится с исключениями, при которых стек вызовов самостоятельно раскручивается до места перехвата.


Я долго и упорно искал что-то по этой теме, но находил только что-то вроде этого:

try {
    helloWorld();
}
catch (e) {
    alert(e.message);
}

function helloWorld() {
    throw new Error('Hello world!');
}

Есть ли хорошие статьи по поводу обработки ошибок при асинхронном выполнении, особенно в JavaScript? Может быть, существуют специфические паттерны или малоизвестные возможности языка?

Answer 1

[Mithgol]

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

Следовательно, обёртывать такую функцию в конструкцию try-catch бесполезно (когда возврат из функции случился, тогда никакие ошибки ещё не могли произойти — а значит, ловить ещё нечего), и для обработки ошибок поневоле приходится применять передачу их callback-функциями, а не бросание оператором throw.

Для такой передачи, как правило, применяется первый же параметр callback-функции, то есть вызов её имеет вид «callback(err, data)», где error — ошибка или null, а data — данные, передаваемые при отсутствии ошибки. (Параметров с данными может быть несколько.)

Смысл такого порядка, при котором параметр ошибки идёт первым по счёту, заключается в том, что вместо «throw new Error()» используется простой вызов callback-функции с единственным параметром: «callback(new Error()); return;» — в общем-то, это не слишком-то сложнее, чем throw.

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

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

Да это и не только моё мнение: мне доводилось ужé подмечать в январе нынешнего (2012) года, что пакет async вошёл в десятку наиболее используемых модулей для движка Node по свéдениям сайта «The Node Toolbox», основывающимся на статистике пакетного менеджера npm.

Comments

[Андрей Прокопюк]

Ясно, спасибо.

А что по поводу событий? К примеру, при обсуждении этой же темы по поводу ActionScript 3, был указан такой вариант: класс наследуется от EventDispatcher'а, и в этом случае возможна передача информации об успехе или ошибке через событие.

В JS тоже есть события. Как я уже говорил выше, можно держать в объекте элемент DOM (например, div), на который можно будет подписываться, и с его помощью рассылать события. Конечно, это не слишком красивое решение, но, может быть, оно будет менее затратным?

Answer 2

[Илья Шабанов]

Не совсем ответ на вопрос, но лично мне удобнее console.log() вместо alert()

Comments

[Андрей Прокопюк]

Мне тоже ) Но пример показывал бесполезность для данной темы наиболее распространенного материала.

Answer 3

[Riateche]

stackoverflow.com/questions/3677783/is-it-possible-to-catch-exceptions-thrown-in-a-javascript-async-callback

stackoverflow.com/questions/6620207/how-to-easily-handle-all-errors-in-asynchronous-functions-of-javascript

Проще всего обернуть содержимое каждой функции, вызывающейся асинхронно, в try/catch.

Comments

[Андрей Прокопюк]

Это не совсем то, потому что задачей было все-таки послать сигнал об ошибке из функции, вызывающейся асинхронно. Пока что, изучив материал, я понял, что остается только метод старых-добрых коллбэков. Или можно держать в объекте элемент DOM (например, div), на который можно будет подписываться, и с его помощью рассылать события. Но это, кажется, достойно хаба «Ненормальное программирование» )

Answer 4

[egorinsk]

Для асинхронных вызовов пишут функции в цепочку в виде:

callFunction(function() { /* async code */ }).then(function() { /* async code */ }).then(function(){ /* async code */ }).onError(function() { /* error handler */ });

Такая функция организует порядок выполнения и обработку ошибок сама. Есть какие-то библиотеки для этого, но я уверен, что они все кривые, плохо сделанные и overbloated, так что лучше написать свой код для таких целей.

Comments

[Андрей Прокопюк]

Я не совсем понял, честно говоря, как это работает. Прежде чем в этом признаться, попробовал поискать, но по такой методике ничего не нашел. Можно поподробнее или ссылку?

[amirul]

Это Promises из CommonJS (куда они пришли из dojo). Фактически используют continuation passing style передавая два продолжения: удача и неудача. Каждый .then() возвращает новое «обещание». Исключения в асинхронной обработке использовать невозможно (вернее можно придумать несколько хитростей, но не я не знаю какие там могут быть подводные камни — это нужно дотошно разбираться) потому, что как уже было сказано, к тому моменту когда код операции бросит исключение поток, в котором эта операция была инициирована может (и будет) далеко за пределами try/catch.

[Андрей Прокопюк]

Ясно, спасибо