콜백(callback)은 다른 함수에 인자로 넘겨, 그 함수가 알맞은 때에 대신 불러 주게 하는 함수다. 함수를 인자로 받는 함수는 고차 함수(higher-order function)라고 한다. 핵심은 "직접 부르지 않고, 불러 달라고 맡긴다"는 점이다.
콜백이 곧 비동기는 아니다
콜백을 언제 부를지는 받는 쪽이 정한다. 그 자리에서 바로 부르면 동기 콜백, 나중에 부르면 비동기 콜백이다(동기·비동기와 블로킹·논블로킹).
const doubled = [3, 1, 2].map((n) => n * 2) // 동기: map이 끝나기 전에 전부 불림
const sorted = [3, 1, 2].sort((a, b) => a - b) // 동기: 비교 함수
setTimeout(() => console.log('later'), 0) // 비동기: 지금 코드가 끝난 뒤
button.addEventListener('click', onClick) // 비동기: 클릭할 때마다setTimeout이나 이벤트 핸들러 같은 비동기 콜백은 이벤트 루프의 태스크 큐에서 기다리다가 콜 스택이 비면 실행된다. Promise의 then 콜백은 마이크로태스크 큐로 간다.
제어를 넘긴다는 것
콜백을 넘기면 "언제, 몇 번, 어떤 인자로 부를지"를 받는 쪽이 정한다(제어의 역전, inversion of control). 템플릿 메서드·전략 패턴과 같은 아이디어를 함수 하나로 표현한 셈이다. 편리한 만큼 대가도 따른다.
- 믿을 수 없는 호출: 남의 코드가 콜백을 두 번 부르거나, 아예 부르지 않거나, 예외를 삼킬 수 있다
- 콜백 지옥(callback hell): 비동기 작업을 차례로 이으면 콜백 안에 콜백이 들어가 들여쓰기가 깊어지고, 에러 처리가 단계마다 흩어진다
- 에러 우선 콜백(error-first callback): Node.js의 콜백 API는
(err, result) => {}처럼 첫 인자로 에러를 넘기는 관례를 따른다(에러가 없으면null). 단계마다if (err)를 직접 확인해야 한다
readFile('a.txt', (err, a) => {
if (err) return done(err)
readFile(a, (err, b) => {
if (err) return done(err)
save(b, (err) => done(err))
})
})Promise는 이 문제를 풀려고 나왔다. 결과를 콜백으로 받는 대신 앞으로 올 결과를 나타내는 객체를 돌려준다. Promise는 한 번만 이행되거나 거부되고, 순서는 then 체인으로, 에러는 끝에 단 catch 하나로 모아 다룬다. React의 Render Props 패턴가 중첩되며 깊어지던 것도 같은 꼴의 문제다.
때로는 동기, 때로는 비동기로 부르지 않는다
캐시가 있으면 콜백을 바로 부르고, 없으면 네트워크를 다녀와서 부르는 API는 호출하는 쪽에서 실행 순서를 예측할 수 없다. 그래서 콜백을 받는 API는 항상 동기로 부르거나 항상 비동기로 불러야 한다. Node.js 문서는 "API는 굳이 그럴 필요가 없을 때도 항상 비동기여야 한다"는 설계 철학을 소개하며, 바로 줄 수 있는 결과(예: 인자 검사 에러)도 process.nextTick으로 미뤄 두었다가 콜백을 부르는 예를 든다.
다른 언어
- 파이썬:
sorted(items, key=len)의key, asyncio의add_done_callback(asyncio 태스크 예외가 조용히 사라지는 문제) - 자바:
Runnable·Comparator같은 함수형 인터페이스에 람다를 넘긴다. 비동기 결과는CompletableFuture.thenApply로 잇는다 - React: 자식에게 넘기는 이벤트 핸들러도 콜백이다. 참조를 유지해야 할 때는
useCallback을 쓴다(memo·useMemo·useCallback)
출처: MDN — Callback function · MDN — Using promises: Error handling · Node.js — JavaScript Asynchronous Programming and Callbacks · Node.js — The Node.js Event Loop: Why would that be allowed?