救助： 前端根据 api 请求后端返回数据，并把数据导出成 csv。现在的问题在后端返回的数据很多，会导致传输时间久，并且有可能会导致浏览器崩溃，实践中有没有什么好的办法去实现这种大数量的导出

[howells]

前端根据 api 请求后端返回数据，并把数据导出成 csv 。现在的问题在后端返回的数据很多，会导致传输时间久，并且有可能会导致浏览器崩溃，实践中有没有什么好的办法去实现这种大数量的导出。

[lemonada]

为啥不是后端生成 csv,给个地址前端让浏览器获取下载链接然后下载呢

[waiaan]

后端直接生成文件

[howells]

@lemonada 因为最开始数据量少的时候，就直接去拿了，然后前端根据组件去导出了，所以现在量大了之后，就还是在沿用这个思路。直接生成文件，我试试

[fucUup]

Indexeddb 就是这个

[azcvcza]

1，分页去获取喽，一次拿一点，拿到最后自己拼起来 2，直接下 csv 文件

[nbhaohao]

新增一个 “下载中心” 模块，每次生成文件就是发请求到后端，后端负责创建一个生成文件的内容。
然后前端可以去“下载中心”去下载已经生成好的文件。

[jydeng]

赞同 6L，加一个下载模块，后端生成完了，通过聊天工具通知。

[admin7785]

后端生成文件，可以参考 Easyexcel 工具，导出很方便

[howells]

@nbhaohao 这个生成的文件就还得存储下来是不，然后等你去点击下载？

[Python77]

后端生成文件

[NikoXu]

返回文件流不就行了 ，没必要保存成文件吧

[howells]

@NikoXu 我想的是他这种设计是因为生成文件时间久，如果能直接生成文件流，应该就不用还多一个下载中心吧

[NikoXu]

文件流直接可以下载了

[howells]

@NikoXu 不矛盾，能快速生成文件流，它就可以直接在点下载的，我根据的 6L 的方案 =》“每次生成文件就是发请求到后端，后端负责创建一个生成文件的内容” 我说这个是不是要保存下来，然后在去下载中心点下载，

[676529483]

其实只要后端实现个接口，设置请求头，返回文件流，前端标记为 download，浏览器就自动流下载流

[nbhaohao]

@howells 是的，比如后端还可以做别的需求，例如文件只保留 7 天，然后前端去点击下载，下载的时候只要能拿到文件地址就可以了，比如一个 oss 地址。

同时第一次点击“生成文件”的时候，后端的接口可以快速返回 response，即告诉用户，这个导出任务已经在执行了，然后接口慢慢去生成就可以了。

[nbhaohao]

@howells 总结下来就是，“文件生成”的逻辑不要放在前端。
其他答主的说法也都是对的，
文件小的话，后端直接返回文件流，或者返回一个 url，然后前端下载就好了，
文件大的话，最好考虑“下载中心”，就是先让这个请求快速结束，而不是强迫用户一定要开着浏览器慢慢等那个文件生成完毕。

[someonedeng]

还不如让后端做个导出，分分钟的事，返回文件流或对象储存连接都行

[w504391883]

直接前台下载文件流，不要在代码中打开

[ivanshaoaz]

做成异步任务也行 后端生成文件 前端轮训文件生成结果 后端生成文件成功返回个下载链接