프로그램 상태 (Program State)

프로그램 상태(Program State)는 특정 시점에 프로그램이 기억하고 있는 값과 진행 상황의 집합입니다. 입력창의 내용, 선택한 항목, 처리 중인 요청 등이 여기에 속합니다. 같은 동작을 실행해도 상태가 다르면 결과가 달라질 수 있으므로, 프로그램의 행동을 이해할 때는 코드뿐 아니라 그때 어떤 값과 단계에 있었는지도 함께 봅니다.

값과 진행 단계의 기록

로그인 버튼을 누르기 전에는 입력값을 수정할 수 있지만, 요청을 보내는 중에는 중복 전송을 막고 완료를 기다리도록 화면을 구성할 수 있습니다. 입력 문자열과 요청 진행 단계가 각각 상태입니다. 버튼이 눌렸다는 사건을 받아 다음 상태로 바꾸고, 바뀐 상태에 맞춰 화면이나 후속 작업을 결정합니다. 여러 단계로 이어지는 작업에서는 현재 어디까지 처리했는지 남기는 일이 다음 행동의 근거가 됩니다.

W3C의 SCXML 명세는 상태, 전이, 이벤트를 상태 기계의 기본 개념으로 설명합니다. 상태 전이는 사건과 조건에 따라 다른 상태로 이동하는 규칙입니다. 주문 처리에서 결제 대기와 결제 완료를 구분하면, 배송을 시작할 수 있는 조건도 함께 표현할 수 있습니다. 상태 기계는 프로그램의 모든 변수를 나열하기보다, 업무에 필요한 단계와 허용되는 이동을 명확히 표현하는 데 쓰입니다.

상태 이름만 만들고 바뀌는 조건을 정하지 않으면 오류가 남습니다. 요청이 실패했는데 처리 중 표시가 계속 남거나, 취소한 작업의 늦은 응답이 화면을 다시 바꾸는 문제가 그 예입니다. 정상 완료뿐 아니라 실패와 취소도 다음 상태를 정할 사건으로 다루면 어느 경로에서 상태를 정리할지 드러납니다. 화면의 표시와 실제 처리 상태가 서로 어긋나는지도 확인할 대상입니다.

화면 갱신과 일반 변수의 차이

React의 상태 소개는 화면의 컴포넌트가 기억하는 입력값이나 선택 항목을 상태로 설명합니다. useState는 그 값을 보관하고, 갱신 함수를 호출하면 새 값으로 화면을 다시 계산하도록 요청합니다. 일반 지역 변수의 값을 바꾼 것만으로 React에 화면을 다시 그리라고 알리는 것은 아니므로, 값이 바뀌었는데도 화면이 그대로 보이는 문제가 생길 수 있습니다.

상태 갱신과 현재 실행 중인 함수에서 읽는 값도 구분됩니다. React의 상태 스냅샷 설명에 따르면 한 번의 렌더링에서 받은 상태 값은 그 렌더링의 스냅샷입니다. 갱신 함수를 불렀다고 이미 실행 중인 이벤트 처리 코드의 값이 즉시 새 값으로 바뀌지는 않습니다. 연속 갱신이나 비동기 처리를 작성할 때는 어느 렌더링에서 얻은 값을 사용하는지 살핍니다.

이 동작을 모든 프로그래밍 언어의 변수에 적용하면 혼동이 생깁니다. 여기서의 규칙은 React가 화면 상태를 관리하는 방식입니다. 서버의 데이터베이스 값, 브라우저의 입력 상태, 백그라운드 작업의 진행 상태는 저장 위치와 갱신 절차가 다릅니다. 같은 정보를 여러 곳에 복사했다면 어느 값이 원본이고 언제 복사본을 갱신하는지 정해야 서로 다른 화면을 보여 주는 문제를 좁힐 수 있습니다.

상태의 수명과 초기화

React의 상태 보존·초기화 문서는 UI 트리에서 컴포넌트의 위치와 종류가 상태 보존에 영향을 준다고 설명합니다. 같은 위치의 같은 컴포넌트는 상태를 이어가지만, 제거되거나 다른 컴포넌트로 바뀌면 그 상태가 사라질 수 있습니다. 화면을 오갈 때 입력값이 남거나 없어지는 현상을 조사할 때는 눈에 보이는 모양뿐 아니라 컴포넌트의 정체성과 배치도 확인합니다.

메모리에만 둔 상태는 프로그램을 다시 시작했을 때 그대로 남지 않을 수 있습니다. 계속 보존해야 하는 정보라면 파일이나 데이터베이스 같은 저장소에 기록하고 다시 불러오는 절차가 필요합니다. 반대로 일시적인 로딩 표시를 영구 데이터처럼 복원하면 종료 전에 진행하던 요청이 계속 실행 중인 것처럼 보일 수 있습니다. 상태마다 보관 기간과 복원 후 의미가 맞는지 구분합니다.

오류 기록에는 문제가 난 동작과 함께 시작 상태와 기대한 다음 상태를 남깁니다. 사용자가 어떤 순서로 화면을 열고 값을 바꿨는지에 따라 같은 코드에서도 증상이 달라지기 때문입니다. AI 에이전트가 코드를 수정할 때도 실패 경로의 상태 변화를 확인해야 화면의 증상만 가리는 변경을 피할 수 있습니다. 검증에는 처음 실행한 경우와 이전 작업이 남은 경우를 나누어 포함하면 재현 범위가 분명해집니다.