FlashList 首次渲染慢（3秒）远超 FlatList（300ms），主因是 estimatedListSize 被错误设为整个数据集高度，而非可视区域预估尺寸；正确做法是仅按当前屏幕可容纳的项数（如 2~3 项）计算高度。
flashlist 首次渲染慢（3秒）远超 flatlist（300ms），主因是 `estimatedlistsize` 被错误设为整个数据集高度，而非可视区域预估尺寸；正确做法是仅按当前屏幕可容纳的项数（如 2~3 项）计算高度。
FlashList 作为高性能列表组件，其核心优势依赖于精准的尺寸估算机制——尤其是 estimatedItemSize 和 estimatedListSize。但实践中，将 estimatedListSize.height 设置为全量数据总高度（如 deviceHeight * 0.45 * newCarsFlatted.length）会严重破坏内部渲染逻辑：FlashList 会据此预分配过大的虚拟滚动缓冲区，触发大量不必要的布局计算、内存分配与初始测量，最终导致首屏渲染延迟高达数秒。
✅ 正确做法是：estimatedListSize 应反映「当前可视窗口内最多能容纳的条目数」所对应的高度，而非整个数据集的理论高度。例如，在竖屏设备上，若单个卡片高度约为屏幕高度的 45%，则屏幕上通常仅能显示 2 项：
// ✅ 正确：按可视区域估算（假设最多显示 2 项）
const visibleItemCount = 2;
const estimatedItemHeight = deviceHeight * 0.45;
<FlashList
// ...其他 props
estimatedItemSize={estimatedItemHeight}
estimatedListSize={{
height: estimatedItemHeight * visibleItemCount, // ≈ 0.9 * deviceHeight
width: Dimensions.get('screen').width,
}}
/>⚠️ 注意事项：
- estimatedListSize 是 FlashList 初始化时用于构建滚动容器和虚拟化锚点的关键参数，必须贴近真实可视高度（建议取 Math.min(3, data.length) × estimatedItemSize）；
- 若数据为空或加载中，可保守设为 estimatedItemSize * 2，避免动态重算；
- 移除 estimatedListSize 并非解决方案——FlashList 在缺失该值时会退化为更保守的测量策略，反而可能加剧卡顿；
- keyExtractor 必须返回稳定字符串（已正确实现），且 renderItem 中避免内联函数创建（当前 ({ item }) => renderItem({ item }) 存在闭包冗余，建议直接传 renderItem）；
- 配合 React.memo 使用时，确保 props.onPress 和 scrollEnabled 等外部依赖稳定，否则 memo 失效。
总结：FlashList 的性能不在于“是否替代 FlatList”，而在于是否尊重其虚拟滚动的设计契约。精准的尺寸估算（尤其是 estimatedListSize）是解锁毫秒级首帧渲染的前提。切勿用“数据总量×单条高度”代替“可视窗口高度”，这是从 FlatList 迁移时最常见的反模式。
