性能再探索——下载大量数据

在《再记一次Memory Leak分析》的最后，当时为了降低Web服务的负担，提过一个让前端组织文件格式，后端提供分页数据的思路。这种实现要注意几个问题，首先是用户的浏览器版本是否支持，不支持怎么解决，移动端的浏览器是否在业务上也要支持下载等问题，还有当数据量大时，浏览器是否能承受，毕竟浏览器中的脚本运算能力和服务器上的运算能力还是不能相比的。

那如果对于数据量比较大的文件，该怎么处理呢？

• 笨鸟先飞：

对于一些固定格式，或固定查询条件的大数据量，可以提前准备好，当用户请求时，以文件流的方式发送给用户即可。

• 缓兵之计：

有时请求的条件不定，不好穷尽条件组合，但数据量又大，这时可以让用户把条件先发送上来，然后告用户等通知（邮件或站内通知），然后让专门服务去组织这些数据，组织完后通知用户来下载，同样以文件流的方式发送给用户。

• 细水长流：

打通数据源（提供数据），应用（提供文件格式），和浏览器（提供接收器），建立一个流式管道，把组织的数据通过这个管理一点点送到服务端。

关于这几种方式的比较：

	用户体验	条件灵活性	技术难度	并发消耗资源
笨鸟先飞	好	无	低	低
缓兵之计	坏	有	低	低
细水长流	中	有	高	高

技术群：添加小编微信并备注进群

小编微信：mm1552923   

公众号：dotNet编程大全