今天接到需求说需要给web前端分页加到10000，并且能导出的需求，然后想当然的改了分页，然后跑起来就报了dubbo的错

java.io.IOException: Data length too large: 8843379, max payload: 8388608, channel: NettyChannel 。。。。。

 然后找了些方法，测试后只有这种有效

<dubbo:protocol name="dubbo" port="${dubbo.port}" payload="38000000"/>

在xml配置中加入payload的设置,默认8388608是8M，再跑查询没问题了，但是导出又出现新问题，之前的导出方式前端js 

window.location.href

但是因为数据量大后台构建excel时间过长导致超时，最终通过

setTimeout(function() { window.location.href = prefix + "/exportBook"}, 1000 );

解决超时的问题，很奇怪为什么 setTimeout能解决超时问题,这货不是一个定时执行的api吗？

在MDN查了一下，了解到JavaScript 的并发模型基于“事件循环”

事件循环
之所以称之为事件循环，是因为它经常按照类似如下的方式来被实现：

while (queue.waitForMessage()) {
  queue.processNextMessage();
}
如果当前没有任何消息，queue.waitForMessage() 会同步地等待消息到达。

"执行至完成"
每一个消息完整的执行后，其它消息才会被执行。这为程序的分析提供了一些优秀的特性，包括：一个函数执行时，它永远不会被抢占，并且在其他代码运行之前完全运行（且可以修改此函数操作的数据）。这与C语言不同，例如，如果函数在线程中运行，它可能在任何位置被终止，然后在另一个线程中运行其他代码。

这个模型的一个缺点在于当一个消息需要太长时间才能处理完毕时，Web应用就无法处理用户的交互，例如点击或滚动。浏览器用“程序需要过长时间运行”的对话框来缓解这个问题。一个很好的做法是缩短消息处理，并在可能的情况下将一个消息裁剪成多个消息。

添加消息
在浏览器里，当一个事件发生且有一个事件监听器绑定在该事件上时，消息会被随时添加进队列。如果没有事件监听器，事件会丢失。所以点击一个附带点击事件处理函数的元素会添加一个消息，其它事件类似。

函数 setTimeout 接受两个参数：待加入队列的消息和一个延迟（可选，默认为 0）。这个延迟代表了消息被实际加入到队列的最小延迟时间。如果队列中没有其它消息，在这段延迟时间过去之后，消息会被马上处理。但是，如果有其它消息，setTimeout 消息必须等待其它消息处理完。因此第二个参数仅仅表示最少延迟时间，而非确切的等待时间。

注意这句话 “函数 setTimeout 接受两个参数：待加入队列的消息和一个延迟（可选，默认为 0）。这个延迟代表了消息被实际加入到队列的最小延迟时间。如果队列中没有其它消息，在这段延迟时间过去之后，消息会被马上处理。但是，如果有其它消息，setTimeout 消息必须等待其它消息处理完”；

通过setTimeout加入进去的动作会被加入到运行时的消息队列中，当前消息未执行完是不会处理其他消息的，也就是说他是串行的相当于检查站，必须检查完放行了当前人才会检查下一个人。

后端日志错误信息
![在这里插入图片描述](https://img-blog.csdnimg.cn/20200622165735646.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxODM3OTkzNzAy,size_16,color_FFFFFF,t_70)

解决办法
在nginx  的 location 中  添加如下参数即可
	proxy_send_timeout 600s;        # 指定向uWSGI传送请求的超时时间，完成握手后向uWSGI传送请求的超时时间。
	proxy_connect_timeout 600s;   # 指定连接到后端uWSGI的超时时间。
   	proxy_read_timeout 600s;        # 指定接收uWSGI应答的超时时间，完成握手后接收uWSGI应答的超时时间。	

作者在一次工作中需要导出一份10多万数据的csv文件，导出过程中出现时php超时的问题，下面提供下个人的解决方案：
1.  使用分页检索数据库，首先在页面中获取到页数及在服务器中生成一个只有title的csv文件
2.  在页面中js循环调用ajax,循环次数为之前获取到的页数，在ajax调用的页面中根据条件查询出数据，fwrite写入到csv文件中
3. 这样多次循环后生成完整的csv文件，完成后跳转到另一页面中，页面中访问csv文件地址，读取内容
4. 将内容echo出来，就提示用户下载文件了
5.  最后删除csv文件即可

重点在于循环调用ajax写入csv文件

项目遇到导出大量的excel文件打包成zip导出发现nginx error （超时）

解决方案：分页导出；

具体实现逻辑：前端做一个进度条，按照分页请求接口，每次请求接口生成excel文件放在指定的唯一目录下返回成功，进度条增加，最后一次请求把文件夹打包成zip格式下载下来。

第一步：获取分页的数据接口：



第二步：写入excel文件


第三步：最后一次请求时打包文件夹zip并下载