Flutter应用预存2-3万政务联系人：选Map还是数据库？

结论很明确：必须使用数据库存储，绝对不能依赖内存中的Map，原因如下：

• 内存占用爆炸：2-3万条Office实例会占用大量内存，每个实例包含多个字符串、列表类型字段，直接塞进Map存在内存里，轻则导致应用卡顿、触发系统内存警告，重则直接OOM崩溃，中低端设备表现会更严重。

• 无法持久化：Map是内存级存储，应用重启后数据会完全丢失。政务类应用必然需要数据持久化，总不能让用户每次打开都重新加载2-3万条数据——加载耗时会让用户直接放弃使用。

• 查询效率低下：如果后续需要按标题、地址、区域等条件搜索，Map只能通过遍历全量数据实现，2-3万条数据的遍历会带来明显的延迟；数据库可以通过建立索引，实现毫秒级的条件查询，体验天差地别。

• 数据维护困难：如果需要更新某条机构的联系信息（比如电话、地址变更），Map需要遍历找到对应对象再修改，还得手动处理持久化逻辑；数据库只需执行简单的更新语句，操作高效且不易出错。

适合Flutter的本地数据库方案推荐 #

• sqflite：基于SQLite的本地数据库，支持SQL查询，适合需要复杂条件筛选的场景，可针对title、subTitle等字段建立索引提升查询速度。需要将Office类与数据库表结构做映射，可配合json_serializable实现对象与JSON的转换。
• Hive：轻量级NoSQL数据库，支持直接存储自定义对象，无需复杂的表结构设计，序列化/反序列化效率高，适合快速实现对象级存储。

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