1.前端同学第一次请求，后端接到请求之后开始生成文件，并返回前端正在处理，用redisi记录该次请 求，标记状态为正在创建文件 2.前端同学需要定时轮询接口，查看文件链接是否生成，可在页面上设置loading效果（直到get到文 件的下载url) 3.文件生成之后，修改redisi记录状态为已生成，且记录地址url,下次接口请求时返回该url。
改成异步就行了，多线程，添加超时时间都会导致后续依然出现问题，或者OOM
你遇到的问题是后台处理Excel数据导入导出时，由于数据量过大导致超过了Apache请求的超时时间限制而出错。如果出于安全考虑不能提高Apache的超时等待时间，我可以给你一些建议来解决这个问题。
使用异步处理：可以将Excel数据导入导出的操作放在一个独立的后台任务中进行处理，而不是直接在请求响应中进行。这样可以避免请求超时的问题，同时也能提高系统的稳定性和性能。
使用消息队列：将Excel数据导入导出的请求放入消息队列中，后台处理程序从队列中获取请求并进行处理。这样可以解耦请...
我们公司的处理方式就是，异步导出，提示导出成功后，将导出的链接存起来，让用户去导出的列表页面再进行下载文件，希望能够帮助到你
1.前端同学第一次请求，后端接到请求之后开始生成文件，并返回前端正在处理，用redisi记录该次请 求，标记状态为正在创建文件 2.前端同学需要定时轮询接口，查看文件链接是否生成，可在页面上设置loading效果（直到get到文 件的下载url) 3.文件生成之后，修改redisi记录状态为已生成，且记录地址url,下次接口请求时返回该url。
改成异步就行了，多线程，添加超时时间都会导致后续依然出现问题，或者OOM
你遇到的问题是后台处理Excel数据导入导出时，由于数据量过大导致超过了Apache请求的超时时间限制而出错。如果出于安全考虑不能提高Apache的超时等待时间，我可以给你一些建议来解决这个问题。
使用异步处理：可以将Excel数据导入导出的操作放在一个独立的后台任务中进行处理，而不是直接在请求响应中进行。这样可以避免请求超时的问题，同时也能提高系统的稳定性和性能。
使用消息队列：将Excel数据导入导出的请求放入消息队列中，后台处理程序从队列中获取请求并进行处理。这样可以解耦请...
我们公司的处理方式就是，异步导出，提示导出成功后，将导出的链接存起来，让用户去导出的列表页面再进行下载文件，希望能够帮助到你