直接开始写。先说明白一个事Dart里面的List往小了说就是一个可变长度的数组容器但你真把它用熟了在Flutter里写业务逻辑能少踩很多坑代码也能干净不少。我确实见过不少刚转Flutter的同事写列表操作全靠for循环加临时变量明明一个removeWhere或者sort就能解决的事非要写出一屏的遍历逻辑。这篇笔记就是把我平时用Dart List时的高频属性和操作连同踩过的坑和背后的原理一起整理出来偏实战向不是官方文档翻译。适合刚学Dart的Flutter新手也适合写过一段时间但没系统捋过List的中级开发者参考。1. 创建List的几种方式与基础属性1.1 常见创建方式与各自特点Dart里创建List的方式非常灵活但每种方式的底层行为不一样用对了省事用错了容易写出隐藏bug。先看最常用的几种// 方式1字面量创建最常用 var list1 [1, 2, 3]; // 方式2指定泛型类型的空列表 ListString list2 []; // 方式3通过构造函数创建 var list3 Listint.empty(); // 空列表 var list4 Listint.filled(3, 0); // 长度为3元素都是0 var list5 Listint.generate(5, (i) i * i); // [0, 1, 4, 9, 16] // 方式4由其他可迭代对象转换 var list6 List.of(list1); // 拷贝元素 var list7 [...list1, 4, 5]; // 展开操作符这里有一个非常关键的差异就是固定长度列表和可变长度列表的区别。List.filled和List.generate创建的列表默认长度是固定的无法调用add和remove方法强行调用会直接抛UnsupportedError。var fixed Listint.filled(3, 0); fixed.add(1); // 运行时报错UnsupportedError不信邪的朋友可以自己试一下。解决办法是在创建时加上growable: true参数var growable Listint.filled(3, 0, growable: true); growable.add(4); // 正常添加const修饰的列表同样不可变这里的“不可变”指的是列表本身不能在运行时修改内容而不是元素对象的内部状态不可变。这在Flutter的widget树中有特殊意义const列表可以直接作为参数传给组件有助于Flutter跳过不必要的重建。List.of和[...list]表面上都是创建新列表细节上却有一个差异List.of默认要求传入可迭代对象并且不保留传入对象的运行时类型展开操作符...则直接逐元素填充到新列表。两者都是浅拷贝只复制引用不复制元素对象本身。这一点在业务中特别容易踩坑后面单独说。1.2 查看List状态的关键属性length是List里使用频率最高的属性但它其实是一个时间复杂度O(1)的操作因为Dart的List内部会维护一个size计数器不需要遍历整个列表。这个性能特性在日常业务中没人在意但如果你真的在处理超大列表可以在循环外先取一次length避免每次循环都去拿属性。isEmpty和isNotEmpty是我想特别提醒的属性很多新手会写成list.length 0或者list.length 0功能上完全等价但isEmpty的语义更清晰读代码的人一眼就能看出意图。空列表判断这件事看起来简单在Flutter UI中却是一个高频场景列表数据为空时要显示空态视图非空时才显示ListView用isEmpty写条件表达式会让代码更易读。first和last分别获取首尾元素但有个容易忽略的点对空列表调用first或last会抛StateError。安全写法是先判断isNotEmpty再使用。Dart 3之后还引入了firstOrNull这类扩展在空列表时返回null而不是抛异常不过需要额外引入包老项目不一定适用。索引访问用list[index]索引从0开始。这里要提醒一下访问越界索引不是返回null而是直接抛RangeError。这个行为和很多语言都不一样习惯了写JavaScript的人特别容易踩。比如循环里写了list[i]结果i算错了整个界面直接红屏。var list [1, 2, 3]; print(list[5]); // RangeError: Index out of range2. 增删元素与修改操作2.1 增add、insert、addAll、insertAlladd向列表尾部追加一个元素addAll向尾部追加另一个可迭代对象的所有元素这是使用频率最高的两种新增方式。如果逐条添加的数据量特别大建议用addAll一次性批量添加减少列表内部的扩容次数。Dart的List底层也是动态扩容的机制频繁单条添加会触发多次内存重新分配数据量大时会有肉眼可见的耗时。insert和insertAll则指定插入位置会在当前索引处插入元素后续元素自动后移。这个操作的背后其实是一个O(n)的搬移过程因为需要把插入位置之后的元素依次往后挪一位。列表越长插入位置越靠前开销越大。注意插入索引的合法范围和add不同add只关心列表是否可变insert还要求索引必须在0到length之间等于length时可以插到末尾。var list [1, 2, 3]; list.add(4); // [1, 2, 3, 4] list.addAll([5, 6]); // [1, 2, 3, 4, 5, 6] list.insert(0, 0); // [0, 1, 2, 3, 4, 5, 6] list.insertAll(3, [9, 8]); // [0, 1, 2, 9, 8, 3, 4, 5, 6]实际开发里insert用得比add少很多主要用在需要维护有序列表的场景比如按时间排序的消息列表新消息到达后要插入到指定位置。如果你发现一个列表每次都在头部插入新元素那就要考虑元素顺序是否设计反了用尾部追加然后反转遍历反而更高效。2.2 删remove、removeAt、removeLast、removeRange、removeWhere删除操作是List用到最多、也最容易写出bug的地方。remove接收一个值对象内部会用比较找到第一个匹配的元素并删除返回布尔值表示是否删成功。这里要注意remove需要遍历列表查找时间复杂度是O(n)并且它只删除第一个匹配项不是把所有相等的元素都删光。removeAt按索引删除removeLast删除尾部这两个都是非常明确的操作。removeRange删除一段连续区域指定起始索引和结束索引左闭右开用得比较少见但在清空部分数据时很好用。重点聊聊removeWhere这个是我个人最推荐的删除方式。它接收一个条件回调遍历整个列表并把满足条件的元素全部删除。最典型的场景就是批量清理满足某个条件的数据一行代码搞定而且不会在遍历过程中出问题。var list [1, 2, 3, 4, 5, 5, 6]; list.remove(5); // 移除第一个5结果为 [1, 2, 3, 4, 5, 6] list.removeAt(0); // 移除索引0的元素结果为 [2, 3, 4, 5, 6] list.removeLast(); // 移除尾部结果为 [2, 3, 4, 5] list.removeRange(0, 2); // 移除索引0到1结果为 [4, 5] list.removeWhere((e) e.isEven); // 移除所有偶数结果为 [5]removeWhere背后的逻辑值得展开一下。它内部并不是先收集符合条件的索引再统一删除而是使用了一种类似双指针的搬移方式遍历过程中把保留的元素往前挪最后一次性截断列表长度。这样做的好处是性能稳定不会因为连续删除导致索引错乱。2.3 改下标赋值、replaceRange、setAll修改元素最直接的方式就是下标赋值list[index] newValue。这个操作要求索引在合法范围内越界同样抛RangeError。如果你想批量替换一段连续区域的值replaceRange可以做到它接收起始索引、结束索引和一个新迭代对象允许新迭代对象的长度和原区域长度不一致替换后列表的总长度会发生相应变化。var list [1, 2, 3, 4, 5]; list[1] 20; // [1, 20, 3, 4, 5] list.replaceRange(0, 2, [7, 8, 9]); // [7, 8, 9, 3, 4, 5] list.setAll(1, [9, 8]); // [7, 9, 8, 3, 4, 5]按索引逐个覆盖不改变长度setAll和replaceRange的区别一定搞清楚setAll只覆盖元素值不改变列表长度replaceRange会先移除原区域再插入新元素长度可能变化。业务中如果你要同步一批数据用setAll更可控避免长度突变导致后续索引错误。修改操作在Flutter状态管理中有一个微妙的点如果你在State里直接修改了List的元素内容比如widget.items[0] 某新对象然后调用setStateFlutter无法感知到这个变化的细节它只知道整个list实例还是原来的那个。这会导致依赖这个list的组件无法通过引用比较来判断内容是否变化可能引发界面不更新。后面第5章会专门讲怎么办。3. 遍历、查询与转换3.1 遍历方式与坑点Dart里遍历List的方式五花八门但各有各的适用场景。最传统的是索引for循环能拿到下标适合需要同时操作前后元素的情况for-in更简洁直接拿元素适合只读场景forEach是函数式写法适合给每个元素执行副作用操作但无法在循环体里中断。var list [a, b, c]; // 方式1索引遍历 for (var i 0; i list.length; i) { print($i: ${list[i]}); } // 方式2for-in for (var item in list) { print(item); } // 方式3forEach list.forEach((item) { print(item); });这里有一个非常重要的坑点很多人写过这样的代码在for循环里用条件判断删除元素然后发现结果莫名其妙有些元素跳过去了没被删。原因很简单当你删除当前元素时后续元素整体前移一位而循环索引继续递增刚好跳过下一个待检查元素。// 错误的示范结果删不干净跳过了相邻元素 var list [1, 2, 3, 4]; for (var i 0; i list.length; i) { if (list[i].isEven) { list.removeAt(i); } } // 最终结果可能是 [1, 3, 4]4没被删到正确的做法有三个倒序删除、改用removeWhere、或者先收集要删除的索引再统一处理。我建议优先用removeWhere它有专门的优化不容易出错。如果确实需要在遍历过程中做更复杂的判断倒序删除也安全。// 倒序删除安全 for (var i list.length - 1; i 0; i--) { if (list[i].isEven) { list.removeAt(i); } } // 推荐removeWhere一行代码 list.removeWhere((e) e.isEven);另有一个很容易忽略的点在forEach里修改原列表程序会在下一次迭代时抛出异常因为forEach底层使用的是Iterator迭代过程中修改列表会破坏迭代器的状态。这是运行时错误调试时一眼能看出但新手容易困惑。3.2 查询操作的几个高频方法contains用于判断列表是否包含某个元素基于比较。indexOf返回第一个匹配项的索引找不到时返回-1。lastIndexOf从尾部开始找。这三个方法内部都是线性扫描没有额外的索引结构所以频繁查询时应该注意是否有更优的数据结构。var list [dart, flutter, dart]; print(list.contains(flutter)); // true print(list.indexOf(dart)); // 0 print(list.lastIndexOf(dart)); // 2any和every是查询条件是否满足的好工具。any表示只要有一个元素满足条件就返回trueevery要求所有元素都满足才返回true。这两个方法都有短路效果找到结果后不会继续遍历性能上很划算。var ages [18, 25, 30, 15]; var hasAdult ages.any((e) e 18); // true因为有18、25、30 var allAdult ages.every((e) e 18); // false因为15不满18查询和业务逻辑结合时我最常用的是先any判断再firstWhere取数据。firstWhere会返回第一个满足条件的元素但如果找不到会抛异常。Dart提供了一个orElse命名参数可以在找不到时返回一个默认值这样完全避免异常。var list [1, 2, 3]; var target list.firstWhere( (e) e 5, orElse: () -1, ); // -13.3 转换操作与浅拷贝问题Dart List的转换操作特别适合写函数式风格的数据处理流水线。map把每个元素映射为新值返回一个新的Iterablewhere筛选满足条件的元素expand可以把每个元素展开成多个元素reduce和fold把整个列表聚合为一个值。var nums [1, 2, 3, 4, 5]; // map每个元素乘以2 var doubled nums.map((e) e * 2).toList(); // [2, 4, 6, 8, 10] // where筛选偶数 var evens nums.where((e) e.isEven).toList(); // [2, 4] // expand每个数字展开为它和前一个数字的组合 var expanded nums.expand((e) [e, e * 10]).toList(); // fold求和初始值为0 var sum nums.fold(0, (acc, e) acc e); // 15这里必须强调一点map和where返回的不是List而是惰性的Iterable。什么意思就是在你调用toList()之前里面的逻辑不会真正执行。惰性求值在数据量很大时能避免不必要的计算但如果你多次遍历同一个Iterable每次都是从头开始执行转换逻辑会产生重复开销。最稳妥的做法是算完一次就转成List缓存下来不要反复遍历惰性Iterable。toList()是浅拷贝这个坑很多人不知道。它只复制了列表本身列表里的元素对象仍然是同一个引用。如果你修改了新列表里某个对象元素的属性原列表对应的元素也会跟着变。这在Flutter状态管理里是一个大坑——你以为拷贝了一份数据实际还是原数据的内存地址。class User { String name; User(this.name); } var list [User(a)]; var copy list.toList(); copy[0].name b; print(list[0].name); // b原列表也被改了如果需要深拷贝必须自己按元素逐个复制对象或者用不可变数据模型配合copyWith方法。这个在业务中很常见特别是列表数据展示时如果不小心改变了原数据整个列表会被意外刷新。4. 排序、去重与元素唯一性4.1 sort排序与Comparator详解Dart List自带的sort方法非常强大默认按升序排列对于数字是数值大小对于字符串是按代码单元顺序简单理解近似字典序。sort是原地排序不会返回新列表这也是容易忽略的特点使用后原列表顺序已经改变。var nums [3, 1, 2]; nums.sort(); print(nums); // [1, 2, 3] var words [banana, apple, cherry]; words.sort(); print(words); // [apple, banana, cherry]自定义排序时需要传入一个Comparator也就是一个返回int的比较函数。返回负值表示第一个参数排在前面返回正值表示第二个参数排在前面返回0表示两者相等。理解这个规则后各种排序都很简单。var people [ {name: a, age: 30}, {name: b, age: 20}, {name: c, age: 25}, ]; // 按年龄升序 people.sort((p1, p2) p1[age].compareTo(p2[age])); // 按年龄降序 people.sort((p1, p2) p2[age].compareTo(p1[age]));compareTo是Dart中Comparable接口定义的方法所有内置可比较类型都实现了它。代码里直接写p1[age].compareTo(p2[age])就是标准的升序比较反过来就得到降序。多字段排序也很常见比如先按年龄再按姓名可以用条件判断拼接people.sort((p1, p2) { var ageComp p1[age].compareTo(p2[age]); if (ageComp ! 0) return ageComp; return p1[name].compareTo(p2[name]); });关于中文字符串排序很多开发者会踩坑。Dart默认的字符串compareTo是按Unicode代码单元比较的不是按拼音或汉字笔画这意味着中文排序的结果可能不符合业务期望。如果需要拼音排序一般得借助额外的拼音库转换字段再排序或者让后端排好序返回。// 默认中文排序是按Unicode码点和拼音无关 var chinese [张三, 李四, 王五]; chinese.sort(); print(chinese); // 结果是按Unicode码点排不是按拼音4.2 去重的几种方案去重最直接的方式是toSet()再转回toList()利用Set的元素唯一性消除重复项。这个过程会保留首次出现的顺序因为Dart的Set实现本身就是基于Hash表的而LinkedHashSet的迭代顺序是插入顺序。toSet()在Dart里默认就是LinkedHashSet所以顺序稳定。var list [1, 2, 3, 2, 1, 4]; var unique list.toSet().toList(); print(unique); // [1, 2, 3, 4]但toSet()去重有一个前提就是元素本身要正确实现和hashCode。对于数字、字符串、布尔值这些内置类型没问题对于自定义对象就麻烦了默认的是引用比较两个相同内容但不同实例的对象会被当成不同的元素导致去重失败。class User { final int id; final String name; User(this.id, this.name); override bool operator (Object other) other is User other.id id; override int get hashCode id.hashCode; } var users [User(1, a), User(1, a), User(2, b)]; var uniqueUsers users.toSet().toList(); print(uniqueUsers.length); // 2因为User(1,a)被判定相等如果你的场景是按某个字段去重但又不方便改模型类的可以自己写去重逻辑。一个常用方案是用LinkedHashMap记录已见过的标识符然后过滤var users [ {id: 1, name: a}, {id: 1, name: a}, {id: 2, name: b}, ]; var seen int{}; var unique users.where((u) seen.add(u[id])).toList();这里的技巧是seen.add返回布尔值如果这个id已经存在add返回falsewhere就过滤掉当前元素否则返回true保留当前元素并记录。这种写法简洁且高效一次循环搞定。4.3 相等性判断与hashCode的关系列表本身的相等性判断和元素相等是两回事。Dart里两个List用比较是比较引用而不是内容即使两个列表逐元素完全相同它们也不相等。var list1 [1, 2, 3]; var list2 [1, 2, 3]; print(list1 list2); // false引用不同 // 需要逐元素比较 bool listEquals(Listint a, Listint b) { if (a.length ! b.length) return false; for (var i 0; i a.length; i) { if (a[i] ! b[i]) return false; } return true; }Flutter框架里其实已经提供了一个listEquals工具函数专门用来做深度内容比较官方推荐在判断widget是否刷新时使用。如果你发现自己手写了列表比较可以考虑直接引入package:flutter/foundation.dart里的工具来用。hashCode和必须一起重写这是Dart的一条规则。如果两个对象用判断相等它们的hashCode必须相同否则在HashSet、HashMap等场景中会出现查找不到元素的问题。这条规则在实际开发中会引发非常隐蔽的bug你重写了但没重写hashCode放入Set后去重失效或者从Map中取值时永远取不到。5. Flutter开发中的List实战经验5.1 ListView.builder与List的高效配合Flutter中展示列表最常用的组件是ListView.builder它接收一个itemCount和一个itemBuilder回调按需构建可见区域的子项。这种机制和List直接配合时有一个核心优化点不需要一次性构建所有item只构建窗口内可见的部分这在大列表场景下性能远高于Column加map。ListView.builder( itemCount: items.length, itemBuilder: (context, index) { return ListTile( title: Text(items[index].title), ); }, )如果在列表项增删的时候观察到界面闪烁或者item状态错乱通常是因为缺少稳定的key。给每个item指定keyFlutter可以准确识别哪些项是新增、删除或移动的避免复用错误的widget状态。具体做法ListView.builder( itemCount: items.length, itemBuilder: (context, index) { final item items[index]; return ListTile( key: ValueKey(item.id), title: Text(item.title), ); }, )ValueKey适合单个字段唯一的情况如果组合字段才能唯一用ObjectKey或自定义key对象。这个细节在列表排序、增删频繁的场景尤其重要不加key时排个序就可能出现文本错位、选中状态错乱的问题。5.2 状态管理中的List更新策略Flutter的状态管理里List操作的规范比普通Dart代码更严格。根本原因在于Flutter判断一个widget是否需要重建主要依赖前后数据的引用是否变化。如果你直接修改原来的List比如list.add(...)然后调用setStateFlutter做前后比较时发现List引用没变可能不会触发应该有的刷新或者相反导致整个列表不必要地刷新。更稳妥的做法是创建新列表并赋值给状态字段。每次提交新对象Flutter的引用比较机制才能可靠工作。这也是不可变数据思想在Flutter中的落地。// 推荐写法生成新列表 void addItem(String newItem) { setState(() { _items [..._items, newItem]; }); } // 避免写法直接改原列表 void addItem(String newItem) { setState(() { _items.add(newItem); }); }这两种写法在简单场景下都能让UI刷新因为setState本身就会触发重建。但遇到需要精确控制的场景比如通过didUpdateWidget判断数据是否变化、或者做列表diff时只有新引用才能被准确识别。此外展开操作符...创建新列表还有一个好处原始列表不会被意外修改这在多页面共享同一份数据时能有效避免隐式耦合。如果列表里存的是自定义对象只复制列表本身还不够元素对象还是同一个引用。修改元素属性时前后数据的引用比较依然可能失效。此时要么给模型类增加copyWith方法要么把元素也一并重建。class User { final String name; User({required this.name}); User copyWith({String? name}) { return User(name: name ?? this.name); } } // 更新单个元素 void updateUser(int index, String newName) { setState(() { var newList [..._users]; newList[index] _users[index].copyWith(name: newName); _users newList; }); }这段代码的逻辑先复制一份列表引用只替换目标索引的元素对象最后整体赋值给状态字段。这样新旧两张列表和元素都是不同实例任何基于引用的diff算法都能正常工作。5.3 分组、筛选与空态处理业务中的列表往往不是单纯展示而是需要按条件分组、筛选、排序。比如一个任务列表需要按状态分为待办、进行中、已完成。常见的实现思路是用where筛选出各组子列表或者用fold构建分组Map。enum TaskStatus { todo, doing, done } class Task { final String name; final TaskStatus status; Task(this.name, this.status); } var tasks [ Task(写文章, TaskStatus.todo), Task(修bug, TaskStatus.doing), Task(发版本, TaskStatus.done), ]; // 按状态分组 var grouped TaskStatus, ListTask{}; for (var task in tasks) { grouped.putIfAbsent(task.status, () []).add(task); } // 或者用fold var grouped2 tasks.foldTaskStatus, ListTask( {}, (map, task) map..putIfAbsent(task.status, () []).add(task), );这里putIfAbsent是关键方法如果key不存在就创建一个空列表并放入Map然后返回这个列表如果key已存在直接返回已有列表。接着add(task)把当前任务放入对应状态的分组中操作就地修改Map里的List不会产生额外拷贝性能较好。筛选场景中我习惯把搜索关键词的处理集中到一个方法里输入原列表和关键词输出过滤后的新列表。这个方法内部用where配合contains实现模糊匹配并且注意大小写问题通常用toLowerCase()统一转换后再比较。ListTask filterTasks(ListTask all, String keyword) { if (keyword.trim().isEmpty) return all; var lowerKeyword keyword.toLowerCase(); return all.where((task) task.name.toLowerCase().contains(lowerKeyword)).toList(); }空态处理是列表开发中最容易忽视的环节。很多新手直接写ListView.builder列表为空时页面就剩一个空白区域用户完全不知道发生了什么。我习惯在构建UI时先判断列表是否为空为空则展示一个友好的空态视图非空才展示列表。这不仅是体验问题也是一个很自然的代码组织方式。6. 性能与内存容易被忽视的List思考6.1 大列表频繁插入删除的取舍前面提到过List在头部插入是O(n)操作因为所有元素都要往后挪。如果一个列表经常在头部插入元素可以考虑换用LinkedList但Dart标准库的LinkedList要求元素必须继承LinkedListEntryAPI使用起来没有List方便实际业务中普及率并不高。更常见的优化思路是倒序存储。既然头部插入慢、尾部插入快那就把业务上的“最新”存在尾部展示时反转使用reversed或配合ListView的reverse属性。Flutter的ListView自带reverse参数设为true时视觉上从底部开始排列配合尾部追加数据既能保持高性能也能实现聊天列表那种效果。另一个性能点是频繁使用insert往列表中间塞数据的场景。比如一个排序列表每次新数据都要插入到合适位置这种insert操作也是O(n)的因为要搬移后续元素。如果数据量在几百条以内通常没有自觉的性能问题但如果是几万条的大列表插入耗时就会非常明显。此时可以考虑用平衡二叉树之类更复杂的数据结构或者改成分页加载不要一次性把所有数据都塞进一个List。6.2 惰性Iterable的第二波坑map、where返回的Iterable是惰性的意味着每次遍历都会重新计算。为了效率连续调用多个转换操作时会明显感觉到多次循环的开销因为每个转换函数都是独立的遍历不是融合成一次循环。比如list.map(...).where(...).toList()实际会跑两次完整遍历。如果你处理的是一个非常大的列表连续链式调用多个转换方法时应该意识到这是一个潜在的性能瓶颈。优化方法一个是尽量在单个回调里合并多个操作另一个是每一步都立即toList()避免保留长期存活的惰性Iterable。还有一点惰性Iterable不能被重复消费两次。如果你对一个where的结果先遍历了一次然后再次遍历其实是从头重新执行筛选逻辑而不是缓存结果。如果中途原列表元素被改变第二次遍历的结果和第一次不同可能产生非常难排查的bug。6.3 列表拷贝的三种层级处理List拷贝时至少有三个层级要考虑清楚引用拷贝、浅拷贝、深拷贝。引用拷贝就是把同一个List实例赋值给另一个变量本质上没有产生新列表任何一方的修改都会影响另一方。浅拷贝是toList()、[...list]、List.of(list)创建了新的List容器但元素还是原对象引用。深拷贝需要新建元素对象本身。// 引用拷贝a和b指向同一份数据 var list [User(1), User(2)]; var refCopy list; refCopy.add(User(3)); print(list.length); // 3 // 浅拷贝容器是新的元素是同一个 var shallowCopy [...list]; shallowCopy[0].name changed; print(list[0].name); // changed受影响 // 深拷贝元素也重新创建 var deepCopy list.map((u) User(u.id, u.name)).toList(); deepCopy[0].name onlyNew; print(list[0].name); // 不变选择哪一种拷贝取决于你的业务意图。只是临时排序或者过滤展示浅拷贝就够了但如果你在状态管理中希望隔离数据影响深拷贝更安全。不过深拷贝也有代价大数据量时会消耗更多内存和时间不能无脑使用。最后分享一个我自己的体会。List看起来是Dart里最简单的集合类型但它和函数式转换、状态管理、UI渲染结合起来之后细节多到足够让人踩一整天的坑。而且它有一个特点错误通常不是马上就爆出来的而是出现一些看起来毫无关联的界面bug绕了一大圈才发现是列表操作的问题。所以我对团队的同事一直强调一件事列表数据的更新尽量走“创建新列表”的路线少直接改原List。这个习惯一旦养成很多莫名其妙的bug都能在源头被消灭掉。另外再送一个小技巧如果你调试时发现列表数据总是不对别急着看逻辑先打一行日志看看长度和关键索引位置的元素。大部分列表问题通过打印这几样东西往往就能直接定位比你一层层加断点快得多。