主要观点：本地优先（local-first）或离线优先（offline-first）的 Web 应用程序在无互联网访问时也能无缝运行，提供亚毫秒级响应时间，并将大部分用户数据保存在设备上。它因浏览器存储 API 成熟和新框架简化数据同步而更实用，能带来快速、有弹性和隐私友好的用户体验，但也存在如冲突解决、模式迁移等分布式数据挑战。
关键信息：

• 本地优先范式：数据主要副本在客户端，通过本地数据库存储和操作数据，后台同步确保设备间数据一致，能提供即时响应、离线能力和数据所有权。
• gaining traction 的原因：浏览器存储限制放宽、新存储 API（OPFS）、带宽增长但延迟受限、WebAssembly 以及本地优先工具改进，使本地优先 Web 应用成为可能。
• 本地优先应用的期望：用户体验方面，有低延迟、即时交互、离线韧性、实时更新等好处；开发者体验方面，能减少服务器负载、减少自定义 API 端点、简化前端状态管理、实现可观察查询、更好的多标签和多设备一致性以及潜在的 P2P 和去中心化。
• 挑战和限制：包括数据同步困难、冲突解决复杂、最终一致性问题、初始数据加载和数据大小限制、存储持久性问题、复杂的客户端逻辑和增加的应用大小、性能约束、客户端数据库迁移、安全和访问控制问题以及关系数据和复杂查询的限制。
• 与传统在线优先方法的比较：在连接性、延迟、复杂性、数据所有权等方面各有优劣，现实中多数应用采用混合方法。
• 离线优先与本地优先的区别：早期离线优先注重离线支持，本地优先强调数据在客户端的存储及相关技术优势，使用时应避免歧义。
• 实际使用情况和未来趋势：本地优先库的使用相对较少，但随着工具改进可能改变，其未来将因提供即时体验而成为趋势。
  重要细节：
• 现代浏览器大幅提高了存储限制，IndexedDB 可存储数百兆到数 GB 数据。
• OPFS 允许 web 应用在浏览器内进行近原生文件 I/O。
• 带宽增长但延迟受物理限制，本地优先策略可减少网络延迟。
• WebAssembly 可在浏览器中运行低级别语言，但不能直接访问持久存储 API。
• 本地优先工具在性能方面取得显著进步，如 RxDB 在搜索大型邮件数据集时速度大幅提升。
• 数据同步有使用捆绑前端+后端解决方案和自定义复制两种方式。
• 冲突解决策略包括最后写入获胜、手动合并、使用 CRDT 等。
• 本地优先系统是最终一致性，可能存在数据不同步问题。
• 本地优先在大数据集和大规模数据处理方面存在限制。
• 存储在浏览器中的数据存在持久性问题，如浏览器可能清除数据。
• 本地优先应用在客户端更复杂，需考虑性能优化。
• 本地数据库大多为 NoSQL 文档型，不支持复杂 SQL 事务。
• 本地-first 应用在聊天、低连接环境等场景有用，在线-first 应用适用于实时控制和大规模数据聚合场景。