Node js асинхронность при вызове функции, как?

Question

[Neckvik]

Помогите разобраться.
Я немного не понимаю как Node js, функцию сделать асинхронной?
На сколько я понял можно сделать через setImmediate или setTimeout, есть еще какие то варианты?
setTimeout(0) можно ли использовать или это плохая практика ? что вообще лучше использовать ?
как определить функция которую вызываю она синхронная или асинхронная ?

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

Answer 1

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

Я немного не понимаю как Node js, функцию сделать асинхронной?

Вариант 1:

const asyncFn = () => new Promise((resolve, reject) => {
  // do some async call and resolve or reject
});

Пример:

const delay = duration => new Promise(res => setTimeout(res, duration));

delay(200).then(() => {
  // do something after delay
});

Вариант 2:

const asyncFn = async () => {
  // do something with awaiting async call result or not
  // and return result or not
});

Пример:

const getSomeData = async () => {
  const result = await someAsyncCall();
  return someOtherAsyncCall(result);
};

Вариант 3:

const asyncFn = cb => {
  // do some async call and call cb
}

Пример:

const delay = (duration, cb) => setTimeout(cb, duration));

delay(200, () => {
  // do something after delay
});

Во всех вариантах вам придется использовать коде какой-либо встроенный асинхронный вызов, таймер или стороннюю библиотеку.

как определить функция которую вызываю она синхронная или асинхронная ?

Обычно такая функция возвращает Promise или принимает колбек.

Почитать:
Методы асинхронного программирования
Понимание асинхронного программирования

Comments

[Роман]

Про то что промис влияет на асинхронность я не знал. Спасибо.

[Neckvik]

Спасибо большое

Правильно ли я понимаю 1 и 3 вариант в прицепе одинаковые, но только в первом варианте это обернуто в промис

И по сути сделать функции не используя стандартное что то, что работает асинхронно невозможно?

setTimeout(0) можно использовать или все же нежелательно? или что лучше использовать setImmediate или что то еще ?

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

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

А для чего вы хотите использовать setTimeout или setImmediate?

[Роман]

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

[Neckvik]

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

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

Так вот вопрос что для этого лучше использовать?

[Neckvik]

Антон Спирин,
Глупы вопрос мб, но все же.
правильно ли я вообще понимаю что, промис это по сути обертка когда мы что планируем делать асинхронно.

Но по факту в него мы можем завернуть синхронный когд по сути. И что функция возвращающая промис нам не гарантирует 100% что это когд будет асинхронным ?

[Aves]

Promise, как и process.nextTick, это microtask, и выполняется после завершения текущего кода, так что код будет асинхронным.

Promise.resolve(1).then(console.log);
console.log(2);
// 2
// 1

[Neckvik]

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

Но с колбэками другая история же верно ? колбэки по сути это просто функции, и они не относятся к microtask
?

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

Aves, функция executor выполнится синхронно:

new Promise(resolve => {
  // блокирующий код
  for (let i = 0; i < 10000; i++) {
   
  }
  console.log(1);
  resolve(3);
}).then(console.log);
console.log(2);

// 1
// 2
// 3

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

Neckvik, помещая код в executor Promise вы не сделаете его асинхронным, но методы обработки then и catch выполняются асинхронно. После вызова resolve или reject они ставятся в очередь и выполняются при первой же возможности, то есть после выполнения всего блокирующего кода, если он есть и всего того, что так же ожидает выполнения в очереди.

new Promise(resolve => {
  console.log(1);
  resolve(4); // вызов колбека, переданного в then, ставится в очередь
}).then(console.log);

new Promise(resolve => {
  console.log(2);
   resolve(5); // вызов колбека, переданного в then, ставится в очередь
}).then(console.log);

console.log(3);

// выполняется первый помещенный в очередь колбек
// выполняется второй помещенный в очередь колбек

// Результат:
// 1
// 2
// 3
// 4
// 5

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

С помощью таймеров вы просто измените очередность выполнения синхронных задач и все равно сложные вычисления будут блокировать выполнение запросов. А какие запросы будут делать пользователи тяжелые или нет и в какой последовательности вы знать не можете. Для параллельного выполнения сложных вычислений вам надо использовать дочерние процессы или воркеры.