LWCAdvancedperformancevirtualizationrendering
Optimize LWC rendering performance for large data sets
Real World Scenario
Custom datatable rendering 2000 Opportunity rows freezes the browser on Account record pages.
Expected Answer
• Paginate server-side or client-side limiting visible rows to 50-100
• Virtual scrolling for long lists rendering only viewport DOM nodes
• Use track for stable keys in for:each preventing unnecessary DOM rebuild
• Defer non-critical secondary data loads after initial paint
• Avoid deep @track on large objects—mutate arrays immutably with intention
• Profile with Chrome Performance tab identifying expensive getters
• Lightning Datatable native features before custom HTML tables
Follow-Up Questions & Answers
Click to expand — each follow-up includes a direct, interview-ready answer
Stay within limits by: Paginate server-side or client-side limiting visible rows to 50-100. Bulkify everything — never query or DML in loops. Use track for stable keys in for:each preventing unnecessary DOM rebuild. Salesforce record pages have shared CPU budget—components competing for main thread hurt entire page. Optimize for scale and operational observability.
Architect Perspective
Salesforce record pages have shared CPU budget—components competing for main thread hurt entire page.