我的耳机没电了

最近在校验之前写的文件秒传功能的时候发现了一个坑，就是当我其中一个用户将文件删除掉，其他用户的访问不了。 首先介绍一下文件秒传，文件秒传一般是用在一些类似与文件存储网站里面的一个场景，比如最常见的就是

问题描述： 下面代码在执行的时候，当数据库里的记录数量为16237的时候，后端查询需要的耗时为1003毫秒，也就是将近1秒 页面的渲染更久，会出现将近5~10秒的空白页面，因为前端没有任何的优化，主包

背景：压缩文件夹 这是原本的代码，发现执行耗时非常的长，明明只是压缩20M左右的文件夹，但是执行总耗时却要47秒（差不多一分钟）。 主包肯定是不能允许这种情况存在的。 这显然很不合理，那么为什么会这么

声明式事务： 在实现下载进度展示的时候发现：原先的代码需要等待所有的操作完成后才会将数据持久化到数据库中，这样子导致前端无法查询下载进度 一开始以为是插入顺序的问题导致要整个流程执行完才会将数据持久化

经过小半个月的摸爬滚打，也是完成了个人网盘项目的前期初始化内容，完成了简单的增删改查和一些文件上传到对象存储之类的功能。 其中最折磨的无疑是文件的分片上传了，因为我还是一名在校生，接触编程也不久，主要