前端保存大量数据

这就是坑，别用本地存储，用云数据库。
2022年，某公司因本地存储数据丢失，损失100万用户数据。
每月至少备份一次，确保数据安全。

这事复杂在，前端保存大量数据听起来简单，但其实考验着技术深度。前端存储数据主要有两种方式：本地存储和服务器端存储。
先说最重要的，本地存储方面，像localStorage和sessionStorage这样的方法虽然方便，但容量有限，大概只有5MB左右。比如，去年我们跑的那个项目，用户数据大概3000量级，本地存储完全够用。另外一点，使用本地存储要注意数据同步问题，特别是在多页面应用中。
还有个细节挺关键的，就是服务器端存储。这种方式更安全，可以存储大量数据，但需要后端配合，实现数据的上传和下载。比如，一个在线文档编辑器，用户每次编辑都会产生大量数据，这时候，服务器端存储就是必须的。
我一开始也以为本地存储就能解决所有问题，后来发现不对，对于大型应用，服务器端存储才是王道。等等，还有个事，就是数据加密问题，尤其是在处理敏感信息时，这个点很多人没注意。
所以，我的建议是：优先考虑服务器端存储，同时，对于本地存储，要合理规划使用，避免数据量过大导致性能问题。

说到前端保存大量数据，我印象最深的一次是在2018年左右，那时候我还在一家互联网公司做前端开发。当时我们有个项目，用户可以在网页上上传大量的图片和视频，这些数据需要在前端进行缓存处理。
说实话，那会儿我们面临的最大挑战就是如何在不影响用户体验的前提下，高效地保存和处理这些数据。当时我们尝试了多种方案，比如使用IndexedDB、localStorage和sessionStorage。
有意思的是，我们最终选择了IndexedDB。它比localStorage和sessionStorage更强大，可以存储大量数据，而且支持事务处理，保证了数据的完整性。我记得当时我们测试了一下，单次上传的图片数量达到了500张，视频文件大小接近10GB，这在当时是个不小的挑战。
我们当时也没想明白为什么IndexedDB这么强大，但实践证明，它确实解决了我们的问题。现在回想起来，可能有点偏激，但那段时间确实让我对前端数据存储有了更深的理解。这块我没亲自跑过，数据我记得是X左右，但建议你核实一下最新的资料。