-
UI和上传代码耦合在一起,难以拓展维护
-
停止上传后仍然继续上传,说明流程控制有问题
-
在上传时,对每个文件会进行尺寸压缩、计算md5值,比较费时
-
每个文件上传前都会发送一次存在校验(根据文件md5值),导致在上传的场景中会发送多次http请求校验文件存在
-
视频文件没有做压缩,导致上传费时
整体设计思路
上传设计思路.png
-
数据UI分离:使用观察模式,抽离UI部分代码。使用弱引用设置观察者,避免生命周期不一致引起的内存泄漏。
-
费时操作前置:在选择图片的步骤,开启异步线程压缩图片、计算md5,将费时操作提前处理掉_(此步骤在mx4 pro上处理拍照的图片耗时100~200ms,基本上选择图片后就已经完成好了计算)_
-
将文件上传成功的md5值保存在内存中,避免重复处理。
-
分次请求合并:向服务端开发者申请批校验的接口,将多个文件存在的http请求被合并成一个。
优化后 逻辑UML
上传步骤.png
文件切片
文件切片将一个大文件切成若干小文件