在React项目中，你会采用哪些方案来实现数据持久化？请说明不同方案的适用场景和实现要点。

回答思路

1. 【回答框架 1】前端数据持久化主要依赖浏览器存储和本地能力，常用方案包括localStorage、sessionStorage、IndexedDB、Cookie以及后端API结合。localStorage适合存储键值对形式的数据，数据会持久保留，但容量有限（约5MB），且仅能存字符串，读取时需序列化与反序列化，不适用于大数据量或频繁读写场景。
2. 【回答框架 2】sessionStorage与localStorage接口类似，但数据随会话结束而清除，适合保存临时状态如表单草稿或单次会话数据。Cookie携带在每次HTTP请求中，容量小（约4KB），通常用于身份认证或服务端需要的少量信息，不建议存储大量业务数据。
3. 【回答框架 3】对于结构化或较大数据，IndexedDB是更合适的选择，它支持事务、索引和异步API，可存储对象、文件等复杂数据，适合离线应用或需要缓存大量数据的场景。但API较底层，使用成本高，往往需要通过库如Dexie简化开发。
4. 【回答框架 4】实际项目常见做法是按数据性质选择：用户偏好或登录状态常用localStorage；敏感或服务端需要的用Cookie；离线数据或大量缓存用IndexedDB；需要跨设备同步时则依赖后端接口，将数据持久化到数据库。如果使用Redux等状态管理，常配合redux-persist将store同步到localStorage或IndexedDB，实现刷新后状态恢复。
5. 【回答框架 5】无论哪种方案，都需要考虑数据一致性、过期清理、容量限制和隐私安全。同时要避免在服务端渲染或非浏览器环境直接访问window存储对象，并做好异常捕获。
6. 【关键点 1】localStorage适合少量键值数据和跨会话持久化，但有容量和类型限制。
7. 【关键点 2】IndexedDB是浏览器内功能最强的存储方案，适合结构化和大量数据。
8. 【关键点 3】持久化策略需结合数据性质：状态刷新恢复用redux-persist加localStorage，敏感信息用Cookie或服务端存储。
9. 【易错点 1】不能把localStorage当作数据库，容量有限且同步读取会阻塞主线程。
10. 【易错点 2】不要在SSR或非浏览器环境直接访问window.localStorage，需做环境判断。
11. 【易错点 3】持久化敏感数据而不做加密或只在客户端存储，会带来安全风险。