构建Widget列表时ListView.builder与map函数有哪些区别？分别适用什么场景？

核心差异 #

• 渲染机制不同
  使用map方法构造列表时，会一次性生成所有列表对应的Widget，哪怕这些Widget不在当前屏幕可视区域内，全部节点会被直接挂载到Widget树中。而ListView.builder采用懒加载机制，仅当Item进入/即将进入屏幕可视区域时才会调用itemBuilder生成对应Widget，滑出可视区域的Widget会被系统回收复用。
• 性能表现不同
  列表长度小于20时二者性能差异可忽略，当列表长度超过50、尤其是单个Item布局复杂度较高时，map+普通ListView的方案会出现明显的首次渲染卡顿、滑动掉帧问题，内存占用也会随列表长度线性增长；而ListView.builder的内存占用稳定在和可视区域Item数量相当的水平，就算上万条数据也能保持流畅滑动。
• 开发灵活度不同
  map方案可以很方便地在动态列表前后插入固定Widget，比如头部Banner、分割线、底部提示等，通过扩展运算符就能快速组合，代码可读性更高。ListView.builder如果需要插入固定元素，需要自行通过index判断返回不同类型的Widget，逻辑相对繁琐。
• 边界适配不同
  map方案天然适配长度动态变化的短列表，不需要手动修改itemCount参数；而ListView.builder必须显式传入正确的itemCount，否则会出现数组越界或展示不全的问题。

适用场景 #

优先选择map+普通ListView的场景 #

• 列表长度固定且较短（一般小于20条），比如设置页选项列表、个人中心功能入口列表
• 列表结构复杂，需要频繁穿插固定静态模块、不同类型的动态模块，且整体长度可控的场景
• 需要一次性获取全量列表Widget做全局操作的场景，比如列表整体动画、全页截图等

优先选择ListView.builder的场景 #

• 长列表场景，尤其是支持无限下拉加载、数据量可能超过50条的场景，比如资讯Feed流、商品列表、聊天消息列表
• 单个Item布局嵌套深、渲染开销大的场景
• 对列表滑动流畅度、内存占用要求较高的生产级场景

注意：二者并非完全对立，部分复杂场景可以结合使用，比如ListView.builder的itemBuilder回调中，也可以用map生成某个Item内部的子列表。

内容的提问来源于stack exchange，提问作者Jed