# Fabric·JSI·Concurrent React를 함께 읽기

> 브리지 제거, 동기 native 호출, 전환 가능한 UI와 호환성 경계

- Canonical: https://learning.reopt.ai/en/courses/expo-production/lessons/ex-m1-concept
- Language: en
- HTML: https://learning.reopt.ai/en/courses/expo-production/lessons/ex-m1-concept

---

[Expo enterprise production](/en/courses/expo-production) 1. New Architecture 실행 모델 1 / 9

# Fabric·JSI·Concurrent React를 함께 읽기

브리지 제거, 동기 native 호출, 전환 가능한 UI와 호환성 경계
Concept 45 XP 9 min

New Architecture는 단순한 빌드 옵션이 아닙니다. Fabric renderer, TurboModules, JSI가 JS와 native 사이의 비용 구조를 바꾸고 React 19 동시성이 업데이트 우선순위를 나눕니다. 얻는 이점만큼 thread safety와 오래된 라이브러리 호환성을 새로 검증해야 합니다.
기능 플래그보다 실행 경계를 먼저 확인 모든 라이브러리의 New Architecture 지원, synchronous native call의 비용, 전환 중 상태 일관성을 목록화합니다. UI가 빨라 보여도 main thread block과 race condition이 남아 있으면 출시 준비가 아닙니다.

| 영역 | 새 동작 | 검증 증거 |
| Rendering | Fabric의 동기 layout·commit | frame drop·layout 회귀 |
| Interop | JSI·TurboModules 직접 호출 | thread safety·memory ownership |
| React | transition·deferred rendering | 입력 응답성·상태 일관성 |
| UI library | native primitives·accessibility | 플랫폼별 AXE·스크린리더 |

- 1 호환성 지도 native 의존성과 New Architecture 지원 상태를 분류합니다.

- 2 우선순위 분리 긴급 입력과 지연 가능한 렌더링을 transition 경계로 나눕니다.

- 3 Thread 검토 native module의 동기 호출·공유 상태·cleanup을 확인합니다.

- 4 기기 검증 저사양 Android와 실제 iOS 기기에서 frame·memory를 측정합니다.

실무에 남길 기준

- New Architecture 전환은 dependency·thread·rendering의 동시 migration이다
- 동시성은 느린 작업을 없애지 않고 사용자 입력보다 낮은 우선순위로 보낸다
- 플랫폼 native UI는 접근성과 interaction 회귀를 실제 기기에서 확인한다

Got it · Continue

---

Site guide for agents: https://learning.reopt.ai/llms.txt · Sitemap: https://learning.reopt.ai/sitemap.xml · Contact: https://learning.reopt.ai/contact