Google은 AI 기술을 사용하여 콘텐츠를 사용자의 기본 언어로 번역합니다. AI 번역에는 오류가 있을 수 있습니다.

JavaScript 프로미스: 소개

프라미스는 지연된 비동기 계산을 간소화합니다. 프로미스는 아직 완료되지 않은 작업을 나타냅니다.

Jake Archibald

개발자 여러분, 웹 개발 역사에서 중요한 순간을 준비하세요.

[드럼 소리 시작]

JavaScript에 프로미스가 도입되었습니다.

[불꽃이 터지고, 반짝이는 종이가 위에서 쏟아지고, 관중이 열광함]

이 시점에서 다음 카테고리 중 하나에 해당합니다.

주변 사람들이 환호하고 있지만, 왜 이렇게 소란스러운지 알 수 없습니다. '약속'이 무엇인지조차 잘 모를 수도 있습니다. 어깨를 으쓱해 보지만 반짝이는 종이의 무게가 어깨를 짓누릅니다. 그렇다면 걱정하지 마세요. 제가 이 문제에 관심을 가져야 하는 이유를 알아내는 데 오랜 시간이 걸렸습니다. 처음부터 시작하는 것이 좋습니다.
허공에 주먹을 날립니다. 때마침이군요. 이전에 Promise를 사용해 본 적이 있지만 모든 구현의 API가 약간씩 다르다는 점이 불편합니다. 공식 JavaScript 버전의 API는 무엇인가요? 용어부터 시작하는 것이 좋습니다.
여러분은 이미 이 사실을 알고 있었고, 이 사실을 처음 알게 된 것처럼 놀라는 사람들을 비웃습니다. 잠시 우월감을 만끽한 후 바로 API 참조로 이동하세요.

브라우저 지원 및 폴리필

Browser Support

Source

완전한 프로미스 구현이 부족한 브라우저를 사양 준수 상태로 만들거나 다른 브라우저 및 Node.js에 프로미스를 추가하려면 폴리필(2k gzipped)을 확인하세요.

왜 이렇게 난리야?

JavaScript는 단일 스레드이므로 두 개의 스크립트 비트가 동시에 실행될 수 없습니다. 하나씩 차례로 실행되어야 합니다. 브라우저에서 JavaScript는 브라우저마다 다른 여러 항목과 스레드를 공유합니다. 하지만 일반적으로 JavaScript는 페인팅, 스타일 업데이트, 사용자 작업 처리 (예: 텍스트 강조 표시, 양식 컨트롤과의 상호작용)와 동일한 큐에 있습니다. 이 중 하나에서 활동이 있으면 다른 활동이 지연됩니다.

인간은 멀티스레드입니다. 여러 손가락으로 타이핑할 수 있고, 운전하면서 동시에 대화를 나눌 수 있습니다. 처리해야 하는 유일한 차단 함수는 재채기입니다. 재채기가 지속되는 동안에는 현재의 모든 활동이 정지되어야 합니다. 특히 운전 중에 대화를 나누려고 할 때 매우 성가신 일입니다. 재채기하는 코드를 작성하고 싶지는 않을 것입니다.

이 문제를 해결하기 위해 이벤트와 콜백을 사용했을 것입니다. 일정은 다음과 같습니다.

var img1 = document.querySelector('.img-1');

img1.addEventListener('load', function() {
  // woo yey image loaded
});

img1.addEventListener('error', function() {
  // argh everything's broken
});

재채기가 전혀 나오지 않네. 이미지를 가져오고 리스너를 몇 개 추가하면 리스너 중 하나가 호출될 때까지 JavaScript가 실행을 중지할 수 있습니다.

안타깝게도 위의 예에서는 수신 대기를 시작하기 전에 이벤트가 발생할 수 있으므로 이미지의 'complete' 속성을 사용하여 이 문제를 해결해야 합니다.

var img1 = document.querySelector('.img-1');

function loaded() {
  // woo yey image loaded
}

if (img1.complete) {
  loaded();
}
else {
  img1.addEventListener('load', loaded);
}

img1.addEventListener('error', function() {
  // argh everything's broken
});

이 방법은 수신 대기하기 전에 오류가 발생한 이미지를 포착하지 않습니다. 안타깝게도 DOM은 이를 수행하는 방법을 제공하지 않습니다. 또한 이 예시는 이미지 하나를 로드합니다. 이미지 집합이 로드된 시점을 알고 싶다면 상황이 훨씬 더 복잡해집니다.

이벤트가 항상 최선의 방법은 아닙니다.

이벤트는 동일한 객체에서 여러 번 발생할 수 있는 작업(keyup, touchstart 등)에 적합합니다. 이러한 이벤트의 경우 리스너를 연결하기 전에 발생한 작업은 중요하지 않습니다. 하지만 비동기 성공/실패의 경우 이상적으로는 다음과 같은 것이 필요합니다.

img1.callThisIfLoadedOrWhenLoaded(function() {
  // loaded
}).orIfFailedCallThis(function() {
  // failed
});

// and…
whenAllTheseHaveLoaded([img1, img2]).callThis(function() {
  // all loaded
}).orIfSomeFailedCallThis(function() {
  // one or more failed
});

이는 프로미스가 하는 일이지만 이름이 더 좋습니다. HTML 이미지 요소에 프로미스를 반환하는 'ready' 메서드가 있다면 다음과 같이 할 수 있습니다.

img1.ready()
.then(function() {
  // loaded
}, function() {
  // failed
});

// and…
Promise.all([img1.ready(), img2.ready()])
.then(function() {
  // all loaded
}, function() {
  // one or more failed
});

가장 기본적인 수준에서 프로미스는 다음과 같은 점을 제외하고 이벤트 리스너와 약간 비슷합니다.

프로미스는 한 번만 성공하거나 실패할 수 있습니다. 두 번 성공하거나 실패할 수 없으며 성공에서 실패로 또는 그 반대로 전환할 수도 없습니다.
프로미스가 성공하거나 실패한 후 성공/실패 콜백을 추가하면 이벤트가 이전에 발생했더라도 올바른 콜백이 호출됩니다.

이는 비동기 성공/실패에 매우 유용합니다. 무언가를 사용할 수 있게 된 정확한 시간보다는 결과에 대응하는 데 더 관심이 있기 때문입니다.

Promise 용어

Domenic Denicola는 이 도움말의 첫 번째 초안을 교정하고 용어에 대해 'F' 등급을 부여했습니다. 그는 나를 방과 후에 남겨서 States and Fates를 100번 베껴 쓰게 했고 부모님께 걱정스러운 편지를 썼습니다. 그럼에도 불구하고 여전히 많은 용어가 혼동되지만 기본 사항은 다음과 같습니다.

약속은 다음과 같을 수 있습니다.

fulfilled - 프로미스와 관련된 작업이 성공함
rejected - 프로미스와 관련된 작업이 실패함
대기 중 - 아직 처리되거나 거부되지 않음
settled - 처리 또는 거부됨

사양에서는 then 메서드가 있다는 점에서 프로미스와 유사한 객체를 설명하기 위해 thenable이라는 용어도 사용합니다. 이 용어는 전 잉글랜드 축구 감독인 테리 베너블스를 떠올리게 하므로 가능한 한 적게 사용하겠습니다.

JavaScript에 프로미스가 도입되었습니다.

프로미스는 다음과 같은 라이브러리 형태로 한동안 사용되어 왔습니다.

위의 내용과 JavaScript 프로미스는 Promises/A+라는 공통적이고 표준화된 동작을 공유합니다. jQuery 사용자의 경우 Deferreds라는 유사한 동작이 있습니다. 하지만 Deferred는 Promise/A+를 준수하지 않으므로 약간 다르고 유용성이 떨어지므로 주의해야 합니다. jQuery에도 Promise 유형이 있지만 이는 Deferred의 하위 집합일 뿐이며 동일한 문제가 있습니다.

프로미스 구현은 표준화된 동작을 따르지만 전체 API는 다릅니다. JavaScript 프로미스는 API에서 RSVP.js와 유사합니다. 프로미스를 만드는 방법은 다음과 같습니다.

var promise = new Promise(function(resolve, reject) {
  // do a thing, possibly async, then…

  if (/* everything turned out fine */) {
    resolve("Stuff worked!");
  }
  else {
    reject(Error("It broke"));
  }
});

프로미스 생성자는 하나의 인수, 즉 두 매개변수(resolve 및 reject)가 있는 콜백을 사용합니다. 콜백 내에서 비동기식으로 작업을 수행한 다음, 모든 작업이 완료되면 resolve를 호출하고, 그렇지 않으면 reject를 호출합니다.

일반적인 JavaScript의 throw와 마찬가지로 Error 객체로 거부하는 것이 관례이지만 필수는 아닙니다. Error 객체의 이점은 스택 트레이스를 캡처하여 디버깅 도구를 더 유용하게 만든다는 것입니다.

이 프로미스를 사용하는 방법은 다음과 같습니다.

promise.then(function(result) {
  console.log(result); // "Stuff worked!"
}, function(err) {
  console.log(err); // Error: "It broke"
});

then()는 성공한 경우를 위한 콜백과 실패한 경우를 위한 콜백이라는 두 개의 인수를 사용합니다. 둘 다 선택사항이므로 성공 또는 실패 사례에만 콜백을 추가할 수 있습니다.

JavaScript 프로미스는 DOM에서 'Futures'로 시작하여 'Promises'로 이름이 변경되었으며, 마침내 JavaScript로 이동했습니다. DOM이 아닌 JavaScript에 있으면 Node.js와 같은 브라우저가 아닌 JS 컨텍스트에서 사용할 수 있으므로 좋습니다 (핵심 API에서 사용하는지 여부는 또 다른 문제입니다).

JavaScript 기능이지만 DOM은 이를 사용하는 데 주저하지 않습니다. 실제로 비동기 성공/실패 메서드가 있는 모든 새 DOM API는 프로미스를 사용합니다. 이는 이미 할당량 관리, 글꼴 로드 이벤트, ServiceWorker, 웹 MIDI, 스트림 등에서 발생하고 있습니다.

다른 라이브러리와의 호환성

JavaScript 프로미스 API는 then() 메서드가 있는 모든 항목을 프로미스와 유사한 것으로 처리하므로 (또는 프로미스 용어로 thenable sigh) Q 프로미스를 반환하는 라이브러리를 사용하면 새 JavaScript 프로미스와 잘 작동합니다.

하지만 앞서 언급했듯이 jQuery의 Deferred는 그다지 도움이 되지 않습니다. 다행히도 표준 프로미스로 변환할 수 있으며, 이는 가능한 한 빨리 수행하는 것이 좋습니다.

var jsPromise = Promise.resolve($.ajax('/whatever.json'))

여기서 jQuery의 $.ajax는 Deferred를 반환합니다. then() 메서드가 있으므로 Promise.resolve()는 이를 JavaScript 프로미스로 변환할 수 있습니다. 하지만 지연된 객체가 콜백에 여러 인수를 전달하는 경우도 있습니다. 예를 들면 다음과 같습니다.

var jqDeferred = $.ajax('/whatever.json');

jqDeferred.then(function(response, statusText, xhrObj) {
  // ...
}, function(xhrObj, textStatus, err) {
  // ...
})

반면 JS 프로미스는 첫 번째를 제외한 모든 항목을 무시합니다.

jsPromise.then(function(response) {
  // ...
}, function(xhrObj) {
  // ...
})

다행히도 이는 일반적으로 원하는 것이거나 최소한 원하는 것에 액세스할 수 있게 해줍니다. 또한 jQuery는 Error 객체를 거부로 전달하는 규칙을 따르지 않습니다.

복잡한 비동기 코드를 더 쉽게 작성

좋습니다. 코드를 작성해 보겠습니다. 다음과 같은 작업을 수행한다고 가정해 보겠습니다.

로드 중임을 나타내는 스피너 시작
스토리의 JSON을 가져와서 각 장의 제목과 URL을 제공합니다.
페이지에 제목 추가
각 챕터 가져오기
페이지에 스토리 추가
스피너 중지

… 하지만 진행 과정에서 문제가 발생하면 사용자에게 알려야 합니다. 이 시점에서는 스피너도 중지해야 합니다. 그렇지 않으면 계속 회전하여 어지러워지고 다른 UI와 충돌할 수 있습니다.

물론 JavaScript를 사용하여 스토리를 전달하지는 않습니다. HTML로 제공하는 것이 더 빠르기 때문입니다. 하지만 이 패턴은 API를 처리할 때 매우 일반적입니다. 여러 데이터를 가져온 다음 모두 완료되면 무언가를 실행합니다.

먼저 네트워크에서 데이터를 가져오는 작업을 처리해 보겠습니다.

XMLHttpRequest 프로미스화

이전 API는 이전 버전과 호환되는 방식으로 가능한 경우 프로미스를 사용하도록 업데이트됩니다. XMLHttpRequest가 가장 적합하지만, 그동안 GET 요청을 수행하는 간단한 함수를 작성해 보겠습니다.

function get(url) {
  // Return a new promise.
  return new Promise(function(resolve, reject) {
    // Do the usual XHR stuff
    var req = new XMLHttpRequest();
    req.open('GET', url);

    req.onload = function() {
      // This is called even on 404 etc
      // so check the status
      if (req.status == 200) {
        // Resolve the promise with the response text
        resolve(req.response);
      }
      else {
        // Otherwise reject with the status text
        // which will hopefully be a meaningful error
        reject(Error(req.statusText));
      }
    };

    // Handle network errors
    req.onerror = function() {
      reject(Error("Network Error"));
    };

    // Make the request
    req.send();
  });
}

이제 사용해 보겠습니다.

get('story.json').then(function(response) {
  console.log("Success!", response);
}, function(error) {
  console.error("Failed!", error);
})

이제 XMLHttpRequest를 수동으로 입력하지 않고도 HTTP 요청을 할 수 있습니다. XMLHttpRequest의 짜증나는 카멜 표기법을 덜 볼수록 삶이 더 행복해지기 때문에 정말 좋습니다.

체이닝

then()가 끝이 아닙니다. then를 함께 연결하여 값을 변환하거나 추가 비동기 작업을 차례로 실행할 수 있습니다.

값 변환

새 값을 반환하여 값을 변환할 수 있습니다.

var promise = new Promise(function(resolve, reject) {
  resolve(1);
});

promise.then(function(val) {
  console.log(val); // 1
  return val + 2;
}).then(function(val) {
  console.log(val); // 3
})

실제 예시로 다음을 다시 살펴보겠습니다.

get('story.json').then(function(response) {
  console.log("Success!", response);
})

응답은 JSON이지만 현재 일반 텍스트로 수신되고 있습니다. JSON responseType를 사용하도록 get 함수를 변경할 수 있지만 프로미스 영역에서 해결할 수도 있습니다.

get('story.json').then(function(response) {
  return JSON.parse(response);
}).then(function(response) {
  console.log("Yey JSON!", response);
})

JSON.parse()는 단일 인수를 사용하고 변환된 값을 반환하므로 다음과 같이 바로가기를 만들 수 있습니다.

get('story.json').then(JSON.parse).then(function(response) {
  console.log("Yey JSON!", response);
})

실제로 getJSON() 함수를 매우 쉽게 만들 수 있습니다.

function getJSON(url) {
  return get(url).then(JSON.parse);
}

getJSON()는 여전히 프로미스를 반환하며, 이 프로미스는 URL을 가져온 다음 응답을 JSON으로 파싱합니다.

비동기 작업 큐에 추가

then를 연결하여 비동기 작업을 순서대로 실행할 수도 있습니다.

then() 콜백에서 무언가를 반환하면 약간의 마법이 일어납니다. 값을 반환하면 다음 then()가 해당 값으로 호출됩니다. 하지만 프로미스와 유사한 항목을 반환하면 다음 then()가 이를 기다리고 해당 프로미스가 해결 (성공/실패)될 때만 호출됩니다. 예를 들면 다음과 같습니다.

getJSON('story.json').then(function(story) {
  return getJSON(story.chapterUrls[0]);
}).then(function(chapter1) {
  console.log("Got chapter 1!", chapter1);
})

여기서는 story.json에 비동기 요청을 전송하여 요청할 URL 집합을 가져온 다음, 그중 첫 번째 URL을 요청합니다. 이때 프로미스는 간단한 콜백 패턴과 비교해 정말로 두드러지기 시작합니다.

챕터를 가져오는 바로가기 메서드를 만들 수도 있습니다.

var storyPromise;

function getChapter(i) {
  storyPromise = storyPromise || getJSON('story.json');

  return storyPromise.then(function(story) {
    return getJSON(story.chapterUrls[i]);
  })
}

// and using it is simple:
getChapter(0).then(function(chapter) {
  console.log(chapter);
  return getChapter(1);
}).then(function(chapter) {
  console.log(chapter);
})

getChapter가 호출될 때까지 story.json를 다운로드하지 않지만, 다음에 getChapter가 호출될 때는 스토리 프로미스를 재사용하므로 story.json는 한 번만 가져옵니다. 프로미스 만세!

오류 처리

앞에서 살펴본 것처럼 then()는 두 개의 인수, 즉 성공에 대한 인수와 실패에 대한 인수 (또는 프로미스 용어로 fulfill 및 reject)를 사용합니다.

get('story.json').then(function(response) {
  console.log("Success!", response);
}, function(error) {
  console.log("Failed!", error);
})

catch()를 사용할 수도 있습니다.

get('story.json').then(function(response) {
  console.log("Success!", response);
}).catch(function(error) {
  console.log("Failed!", error);
})

catch()에는 특별한 점이 없습니다. then(undefined, func)의 구문적 편의일 뿐이지만 가독성이 더 높습니다. 위의 두 코드 예시는 동일하게 작동하지 않습니다. 후자는 다음과 같습니다.

get('story.json').then(function(response) {
  console.log("Success!", response);
}).then(undefined, function(error) {
  console.log("Failed!", error);
})

차이는 미묘하지만 매우 유용합니다. 프로미스 거부는 거부 콜백 (또는 동일한 catch())을 사용하여 다음 then()로 건너뜁니다. then(func1, func2)를 사용하면 func1 또는 func2가 호출되며 둘 다 호출되지는 않습니다. 하지만 then(func1).catch(func2)를 사용하면 func1가 거부될 경우 체인의 별도 단계이므로 둘 다 호출됩니다. 다음을 수행합니다.

asyncThing1().then(function() {
  return asyncThing2();
}).then(function() {
  return asyncThing3();
}).catch(function(err) {
  return asyncRecovery1();
}).then(function() {
  return asyncThing4();
}, function(err) {
  return asyncRecovery2();
}).catch(function(err) {
  console.log("Don't worry about it");
}).then(function() {
  console.log("All done!");
})

위의 흐름은 일반적인 JavaScript try/catch와 매우 유사하며, 'try' 내에서 발생하는 오류는 즉시 catch() 블록으로 이동합니다. 위의 내용을 플로우 차트로 나타내면 다음과 같습니다 (플로우 차트를 좋아하기 때문입니다).

이행하는 프로미스는 파란색 선을 따르고 거부하는 프로미스는 빨간색 선을 따릅니다.

JavaScript 예외 및 프로미스

거부는 프로미스가 명시적으로 거부될 때 발생하지만 생성자 콜백에서 오류가 발생할 때 암시적으로도 발생합니다.

var jsonPromise = new Promise(function(resolve, reject) {
  // JSON.parse throws an error if you feed it some
  // invalid JSON, so this implicitly rejects:
  resolve(JSON.parse("This ain't JSON"));
});

jsonPromise.then(function(data) {
  // This never happens:
  console.log("It worked!", data);
}).catch(function(err) {
  // Instead, this happens:
  console.log("It failed!", err);
})

즉, 프로미스 생성자 콜백 내에서 모든 프로미스 관련 작업을 수행하는 것이 유용하므로 오류가 자동으로 포착되어 거부됩니다.

then() 콜백에서 발생하는 오류도 마찬가지입니다.

get('/').then(JSON.parse).then(function() {
  // This never happens, '/' is an HTML page, not JSON
  // so JSON.parse throws
  console.log("It worked!", data);
}).catch(function(err) {
  // Instead, this happens:
  console.log("It failed!", err);
})

실제 오류 처리

스토리와 챕터의 경우 catch를 사용하여 사용자에게 오류를 표시할 수 있습니다.

getJSON('story.json').then(function(story) {
  return getJSON(story.chapterUrls[0]);
}).then(function(chapter1) {
  addHtmlToPage(chapter1.html);
}).catch(function() {
  addTextToPage("Failed to show chapter");
}).then(function() {
  document.querySelector('.spinner').style.display = 'none';
})

story.chapterUrls[0] 가져오기에 실패하면 (예: http 500 또는 사용자가 오프라인 상태인 경우) 응답을 JSON으로 파싱하려고 시도하는 getJSON()의 콜백을 포함하여 모든 후속 성공 콜백을 건너뛰고, chapter1.html을 페이지에 추가하는 콜백도 건너뜁니다. 대신 catch 콜백으로 이동합니다. 따라서 이전 작업 중 하나라도 실패하면 '챕터를 표시할 수 없음'이 페이지에 추가됩니다.

JavaScript의 try/catch와 마찬가지로 오류가 포착되고 후속 코드가 계속되므로 스피너가 항상 숨겨집니다. 이는 원하는 결과입니다. 위의 코드는 다음과 같이 비차단 비동기 버전이 됩니다.

try {
  var story = getJSONSync('story.json');
  var chapter1 = getJSONSync(story.chapterUrls[0]);
  addHtmlToPage(chapter1.html);
}
catch (e) {
  addTextToPage("Failed to show chapter");
}
document.querySelector('.spinner').style.display = 'none'

오류를 복구하지 않고 로깅 목적으로만 catch()할 수 있습니다. 이렇게 하려면 오류를 다시 발생시키면 됩니다. getJSON() 메서드에서 이 작업을 수행할 수 있습니다.

function getJSON(url) {
  return get(url).then(JSON.parse).catch(function(err) {
    console.log("getJSON failed for", url, err);
    throw err;
  });
}

한 챕터를 가져오는 데 성공했지만 모든 챕터를 가져오고 싶습니다. 그렇게 해보죠.

동시 로드 및 순서 지정: 두 가지 장점 모두 활용

비동기식으로 생각하는 것은 쉽지 않습니다. 시작하는 데 어려움이 있다면 동기식인 것처럼 코드를 작성해 보세요. 이 경우에는 다음과 같습니다.

try {
  var story = getJSONSync('story.json');
  addHtmlToPage(story.heading);

  story.chapterUrls.forEach(function(chapterUrl) {
    var chapter = getJSONSync(chapterUrl);
    addHtmlToPage(chapter.html);
  });

  addTextToPage("All done");
}
catch (err) {
  addTextToPage("Argh, broken: " + err.message);
}

document.querySelector('.spinner').style.display = 'none'

좋네요! 하지만 동기화되어 다운로드하는 동안 브라우저가 잠깁니다. 이 작업을 비동기식으로 실행하기 위해 then()를 사용하여 작업을 하나씩 실행합니다.

getJSON('story.json').then(function(story) {
  addHtmlToPage(story.heading);

  // TODO: for each url in story.chapterUrls, fetch &amp; display
}).then(function() {
  // And we're all done!
  addTextToPage("All done");
}).catch(function(err) {
  // Catch any error that happened along the way
  addTextToPage("Argh, broken: " + err.message);
}).then(function() {
  // Always hide the spinner
  document.querySelector('.spinner').style.display = 'none';
})

하지만 어떻게 챕터 URL을 반복하고 순서대로 가져올 수 있을까요? 다음은 작동하지 않습니다.

story.chapterUrls.forEach(function(chapterUrl) {
  // Fetch chapter
  getJSON(chapterUrl).then(function(chapter) {
    // and add it to the page
    addHtmlToPage(chapter.html);
  });
})

forEach는 비동기식 인식이 아니므로 챕터가 다운로드되는 순서대로 표시됩니다. 기본적으로 펄프 픽션이 작성된 방식입니다. 펄프 픽션이 아니니 수정해 보겠습니다.

시퀀스 만들기

chapterUrls 배열을 프로미스 시퀀스로 변환하려고 합니다. then()를 사용하여 이 작업을 수행할 수 있습니다.

// Start off with a promise that always resolves
var sequence = Promise.resolve();

// Loop through our chapter urls
story.chapterUrls.forEach(function(chapterUrl) {
  // Add these actions to the end of the sequence
  sequence = sequence.then(function() {
    return getJSON(chapterUrl);
  }).then(function(chapter) {
    addHtmlToPage(chapter.html);
  });
})

Promise.resolve()는 이번에 처음 등장한 것으로, 개발자가 제공하는 값으로 확인되는 프로미스를 만듭니다. Promise 인스턴스를 전달하면 단순히 반환됩니다 (참고: 이는 일부 구현에서 아직 따르지 않는 사양 변경사항입니다). 프로미스와 유사한 것(then() 메서드가 있음)을 전달하면 동일한 방식으로 처리/거부하는 실제 Promise를 만듭니다. 다른 값(예: Promise.resolve('Hello'))을 전달하면 해당 값으로 처리되는 프로미스가 생성됩니다. 위와 같이 값 없이 호출하면 '정의되지 않음'으로 처리됩니다.

또한 Promise.reject(val)도 있습니다. 이 메서드는 지정된 값 (또는 정의되지 않은 값)으로 거부하는 프로미스를 만듭니다.

array.reduce를 사용하여 위 코드를 정리할 수 있습니다.

// Loop through our chapter urls
story.chapterUrls.reduce(function(sequence, chapterUrl) {
  // Add these actions to the end of the sequence
  return sequence.then(function() {
    return getJSON(chapterUrl);
  }).then(function(chapter) {
    addHtmlToPage(chapter.html);
  });
}, Promise.resolve())

이전 예시와 동일한 작업을 수행하지만 별도의 '시퀀스' 변수가 필요하지 않습니다. reduce 콜백은 배열의 각 항목에 대해 호출됩니다. 'sequence'는 처음에는 Promise.resolve()이지만 나머지 호출의 경우 'sequence'는 이전 호출에서 반환된 값입니다. array.reduce는 배열을 단일 값으로 축소하는 데 매우 유용하며, 이 경우에는 프로미스입니다.

지금까지의 내용을 요약해 보겠습니다.

getJSON('story.json').then(function(story) {
  addHtmlToPage(story.heading);

  return story.chapterUrls.reduce(function(sequence, chapterUrl) {
    // Once the last chapter's promise is done…
    return sequence.then(function() {
      // …fetch the next chapter
      return getJSON(chapterUrl);
    }).then(function(chapter) {
      // and add it to the page
      addHtmlToPage(chapter.html);
    });
  }, Promise.resolve());
}).then(function() {
  // And we're all done!
  addTextToPage("All done");
}).catch(function(err) {
  // Catch any error that happened along the way
  addTextToPage("Argh, broken: " + err.message);
}).then(function() {
  // Always hide the spinner
  document.querySelector('.spinner').style.display = 'none';
})

이렇게 동기 버전의 완전한 비동기 버전이 완성되었습니다. 하지만 더 개선할 수 있습니다. 현재 페이지는 다음과 같이 다운로드됩니다.

브라우저는 한 번에 여러 항목을 다운로드하는 데 능숙하므로 챕터를 하나씩 다운로드하면 성능이 저하됩니다. 우리가 원하는 것은 모든 파일을 동시에 다운로드한 다음 모두 도착하면 처리하는 것입니다. 다행히 이를 위한 API가 있습니다.

Promise.all(arrayOfPromises).then(function(arrayOfResults) {
  //...
})

Promise.all는 프로미스 배열을 가져와서 모두 성공적으로 완료되면 처리되는 프로미스를 만듭니다. 전달한 프로미스와 동일한 순서로 결과 배열 (프로미스가 처리된 결과)을 가져옵니다.

getJSON('story.json').then(function(story) {
  addHtmlToPage(story.heading);

  // Take an array of promises and wait on them all
  return Promise.all(
    // Map our array of chapter urls to
    // an array of chapter json promises
    story.chapterUrls.map(getJSON)
  );
}).then(function(chapters) {
  // Now we have the chapters jsons in order! Loop through…
  chapters.forEach(function(chapter) {
    // …and add to the page
    addHtmlToPage(chapter.html);
  });
  addTextToPage("All done");
}).catch(function(err) {
  // catch any error that happened so far
  addTextToPage("Argh, broken: " + err.message);
}).then(function() {
  document.querySelector('.spinner').style.display = 'none';
})

연결에 따라 하나씩 로드하는 것보다 몇 초 더 빠를 수 있으며 첫 번째 시도보다 코드가 적습니다. 챕터는 어떤 순서로든 다운로드할 수 있지만 화면에는 올바른 순서로 표시됩니다.

하지만 인지된 성능은 여전히 개선할 수 있습니다. 1장이 도착하면 페이지에 추가해야 합니다. 이렇게 하면 사용자가 나머지 챕터가 도착하기 전에 읽기를 시작할 수 있습니다. 3장이 도착하면 사용자가 2장이 누락되었다는 사실을 인식하지 못할 수 있으므로 페이지에 추가하지 않습니다. 2장이 나오면 2장과 3장을 추가할 수 있습니다.

이를 위해 모든 장의 JSON을 동시에 가져온 다음 문서에 추가할 시퀀스를 만듭니다.

getJSON('story.json')
.then(function(story) {
  addHtmlToPage(story.heading);

  // Map our array of chapter urls to
  // an array of chapter json promises.
  // This makes sure they all download in parallel.
  return story.chapterUrls.map(getJSON)
    .reduce(function(sequence, chapterPromise) {
      // Use reduce to chain the promises together,
      // adding content to the page for each chapter
      return sequence
      .then(function() {
        // Wait for everything in the sequence so far,
        // then wait for this chapter to arrive.
        return chapterPromise;
      }).then(function(chapter) {
        addHtmlToPage(chapter.html);
      });
    }, Promise.resolve());
}).then(function() {
  addTextToPage("All done");
}).catch(function(err) {
  // catch any error that happened along the way
  addTextToPage("Argh, broken: " + err.message);
}).then(function() {
  document.querySelector('.spinner').style.display = 'none';
})

이제 두 가지 장점을 모두 누릴 수 있습니다. 모든 콘텐츠를 전송하는 데 걸리는 시간은 동일하지만 사용자는 첫 번째 콘텐츠를 더 빨리 받습니다.

이 간단한 예시에서는 모든 챕터가 거의 동시에 도착하지만, 한 번에 하나씩 표시하는 이점은 더 크고 많은 챕터에서 더 크게 나타납니다.

Node.js 스타일 콜백 또는 이벤트를 사용하여 위 작업을 수행하면 코드가 약 두 배로 늘어나지만, 더 중요한 것은 따라하기가 쉽지 않다는 점입니다. 하지만 이것이 프로미스에 대한 이야기의 끝이 아닙니다. 다른 ES6 기능과 결합하면 훨씬 더 쉬워집니다.

보너스 라운드: 확장된 기능

이 도움말을 처음 작성한 이후 프로미스를 사용하는 기능이 크게 확장되었습니다. Chrome 55부터 비동기 함수를 사용하면 프로미스 기반 코드를 동기식인 것처럼 작성할 수 있지만 기본 스레드를 차단하지는 않습니다. 자세한 내용은 비동기 함수 도움말을 참고하세요. 주요 브라우저에서 프로미스와 비동기 함수를 모두 광범위하게 지원합니다. 자세한 내용은 MDN의 Promise 및 비동기 함수 참조를 참고하세요.

이 글을 교정하고 수정/권장사항을 제공해 주신 Anne van Kesteren, Domenic Denicola, Tom Ashworth, Remy Sharp, Addy Osmani, Arthur Evans, Yutaka Hirano에게 감사의 말씀을 전합니다.

또한 도움말의 여러 부분을 업데이트해 주신 Mathias Bynens에게도 감사의 말씀을 전합니다.

JavaScript 프로미스: 소개 컬렉션을 사용해 정리하기 내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.

브라우저 지원 및 폴리필

왜 이렇게 난리야?

이벤트가 항상 최선의 방법은 아닙니다.

Promise 용어

JavaScript에 프로미스가 도입되었습니다.

다른 라이브러리와의 호환성

복잡한 비동기 코드를 더 쉽게 작성

XMLHttpRequest 프로미스화

체이닝

값 변환

비동기 작업 큐에 추가

오류 처리

JavaScript 예외 및 프로미스

실제 오류 처리

동시 로드 및 순서 지정: 두 가지 장점 모두 활용

시퀀스 만들기

보너스 라운드: 확장된 기능

JavaScript 프로미스: 소개