docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

10_Wiki/Topics_Art/UI_UX_Assets/브라우저 렌더링 프로세스 (CRP).md

@@ -1,4 +1,4 @@
-# [[브라우저 렌더링 프로세스 (CRP)]]
+# [[브라우저 렌더링 프로세스 (CRP)|브라우저 렌더링 프로세스 (CRP)]]
 
 ## 📌 Brief Summary
 브라우저 렌더링 프로세스, 즉 중요 렌더링 경로(Critical Rendering Path, CRP)는 브라우저가 HTML, CSS, JavaScript를 화면의 픽셀로 변환하기 위해 실행하는 일련의 단계입니다 [1, 2]. 이 과정은 DOM 및 CSSOM 트리 생성, 렌더 트리 합성, 레이아웃(Reflow) 계산, 그리고 화면에 픽셀을 그리는 페인트(Paint) 및 합성(Composite) 단계로 구성됩니다 [2, 3]. 이 경로를 최적화하는 것은 첫 렌더링 시간을 단축하고, 원활한 사용자 상호작용을 보장하며 성능 병목현상을 피하기 위한 프론트엔드 엔지니어링의 핵심 목표입니다 [1, 4].
@@ -13,8 +13,8 @@
 *   **페인트(Paint) 및 합성(Compositing):** 레이아웃 계산이 완료되면 기하학적 구조와 스타일을 바탕으로 브라우저는 화면의 픽셀을 채우는 페인트(Repaint) 단계를 거칩니다 [16-18]. 색상, 그림자 등의 시각적 속성을 업데이트하는 페인트 작업은 리플로우보다는 자원 소모가 덜하지만 과도하게 발생하면 성능에 영향을 줍니다 [19, 20]. 마지막으로 여러 레이어를 단일 이미지로 결합하는 합성(Compositing) 단계를 거치며, 최신 브라우저들은 렌더링 성능 최적화를 위해 특정 작업들을 GPU(그래픽 처리 장치)로 오프로드합니다 [16, 21].
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[DOM 및 CSSOM]], [[Reflow 및 Repaint]], [[Virtual DOM]], [[렌더링 차단 리소스(Render-blocking resources)]]
-- **Projects/Contexts:** [[프론트엔드 성능 최적화(Frontend Performance Optimization)]], [[단일 페이지 애플리케이션(SPA) 렌더링 설계]]
+- **Related Topics:** [[DOM 및 CSSOM|DOM 및 CSSOM]], [[Reflow 및 Repaint|Reflow 및 Repaint]], [[Virtual DOM|Virtual DOM]], [[렌더링 차단 리소스(Render-blocking resources)|렌더링 차단 리소스(Render-blocking resources)]]
+- **Projects/Contexts:** [[프론트엔드 성능 최적화(Frontend Performance Optimization)|프론트엔드 성능 최적화(Frontend Performance Optimization)]], [[단일 페이지 애플리케이션(SPA) 렌더링 설계|단일 페이지 애플리케이션(SPA) 렌더링 설계]]
 - **Contradictions/Notes:** 주어진 소스들 간에 렌더링 과정과 관련하여 기술적인 모순은 없으나, 최적화의 우선순위 측면에서 단순히 페인트(Paint) 시간을 줄이는 미세한 CSS 선택자 성능 최적화보다는 레이아웃(Reflow) 발생을 최소화하거나 불필요한 DOM 노드를 줄이는 것이 훨씬 큰 성능 향상을 가져온다는 점을 주의해야 합니다 [14, 17, 22].
 
 ---