비동기 결과를 확인할 때
메시지를 보냈거나 작업을 요청했다고 해서 결과가 즉시 반영되는 것은 아니다. 고정된 대기 시간은 빠른 환경에서는 낭비가 되고 느린 환경에서는 부족할 수 있다. Awaitility는 완료를 나타내는 조건을 반복해서 확인하고 제한 안에 만족하는지 검사하는 흐름을 제공한다.
조건과 시간의 설계
무엇을 관찰할지와 얼마나 기다릴지를 명시해야 한다. 확인 간격과 초기 지연을 조절하고 AssertJ 같은 단언을 조건 검사에 연결할 수도 있다. 조건이 잠깐 성립하는 것과 일정 기간 유지되는 것은 다른 요구사항이다. 검사가 성공하는 의미에 맞는 대기 방식을 선택한다.
기다림으로 해결되지 않는 문제
제한 시간을 늘리는 것만으로 잘못된 동기화나 누락된 처리가 고쳐지지는 않는다. 조건 평가는 읽기 중심으로 설계해 반복 호출의 부작용을 줄인다. 중간 예외를 무시하도록 구성할 수 있지만 오류를 과도하게 감추면 실패 원인을 놓칠 수 있다. 이 도구는 관찰을 돕는 수단이며 대상 프로그램의 스레드 안전성을 대신 보장하지 않는다.