原来163的大容量异步上传是这么实现的
本来准备在我开发的系统里弄个大容量异步上传附件的东西,看了看,感觉还是163的比较酷,于是准备拔下来看看。
看了半天没看到有任何一行关于上传文件的代码,于是准备祭出神奇:F12,抓网络请求!
连续实验了许多次,每次的请求只有几百byte,没道理啊,我一个文件大概有300KB,就算分成几段上传,也不可能每次都只有300B啊,难道客户端把文件
的二进制读出来,然后压缩再上传?想想,不太可能,就算是300KB分成10段,每段起码30KB,和300B比起来差了100倍,而且我上传的文件既有JPG,也有PDF。
JPG是已经压缩过的了,难道还能压缩?就算是压缩也不可能压缩比能到1:100啊,于是google,翻看了很多大数据异步上传的案例,都是通过form提交来实现的,感觉不爽。
难道是通过activex来实现的?想了想还真有这种可能。
于是在IE下,把ACTIVEX挨个的禁用。把M$的所有ACTIVEX全都禁用,发现还能上传,妹的,不信了!于是把adobe的flash也禁用了!
果然,发现163不能异步上传了,脑子里面灵光一现:难道是通过flash进行的上传?
越想越可能,也只有使用flash才能保证跨平台、跨浏览器、无法再浏览器的网络请求中抓包。
于是,继续,看看他们的页面上都加载了什么资源:
果然,发现加载了一个叫做/js5/h/FileSplitUploader.swf 的flash,真正的罪魁祸首是她!
好吧,看来我需要转变一下思路了,用js分段提交的话,一个是受限于JS的计算能力,还有可能会受到浏览器的限制,用flash来上传到的确是一个不错的思路。
分析完毕!
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 没有源码,如何修改代码逻辑?
· NetPad:一个.NET开源、跨平台的C#编辑器
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验