广告位联系
返回顶部
分享到

Nginx 504 Gateway Time-out的两种最新解决方案

nginx 来源:互联网 作者:佚名 发布时间:2022-08-17 23:19:19 人浏览
摘要

Nginx做反向代理,springboot为后端服务。 问题: 通过浏览器向后台发起请求够,由于后台处理时间长,出现504 Gateway Time-out,实际后台程序依然在执行。如何解决? 504从哪来:本文的场

Nginx做反向代理,springboot为后端服务。

问题:

通过浏览器向后台发起请求够,由于后台处理时间长,出现504 Gateway Time-out,实际后台程序依然在执行。如何解决?

504从哪来:本文的场景下504是nginx返回的。

nginx配置中控制该超时时间的属性:

Syntax: proxy_read_timeout time;
Default:
proxy_read_timeout 60s;
Context: http, server, location

官方地址:Module ngx_http_proxy_module (nginx.org)

官方描述如下:Defines a timeout for reading a response from the proxied server. The timeout is set only between two successive read operations, not for the transmission of the whole response. If the proxied server does not transmit anything within this time, the connection is closed.

一个请求有三方参与:浏览器,nginx,后台服务器。

504的错误码是有nginx返回的。结合官网的解释,我们可以得出结论:

当nginx与后台的链接两次读取有效数据之间超过配置的时间时,就会产生504超时。nginx会主动关闭与后台服务器的链接。注意是两次成功读取的间隔,不是整个reponse的时间。

默认情况下proxy_read_timeout时60s。

如果你百度或google,通常解决方式有两种:提高后台处理效率 或 增大proxy_read_timeout。

增大方法很简单,proxy_read_timeout  [你期望的时间]。

But,后台效率提升总是有极限的。而proxy_read_timeout是固定值。总会有些正常业务场景,超过了设置的timeout值。

两种解决方案

本人解决的问题:上传excel文件后,由于文件大小无法预计,所以后台处理时间也无法预计。同时还要支持大文件的上传。上传后由后台解析处理。post请求,返回的是json。

一,关闭read-timout,可以实现,但是生产环境下你敢不设置超时时间么?所以不建议。

二,既然nginx只要从reponse成功读取数据两次的间隔在proxy_read_timeout设置的时间内,就不会超时。那么我们是不是可以通过持续的向response中写入数据来保证不超时呢。

答案是肯定的。

想通了这一点,实现就十分简单。

1,正常上传文件。

2,新建一个线程。持有response的引用,含有标志位,满足条件时循环执行,程序开始处理数据前,启动线程。

3,线程的功能只有一个,以固定间隔向response中写入数据。使nginx与后台链接不超时。

4,这里就需要注意,我的方法是返回json,同时要持续向response写入数据,所以我手动拼装json字符串。相当于在之前返回的json中增加一个属性,名称随意,我的叫pending,值随意,非空即可。我是用英文半角的句号" . "。

5,数据处理完后,回调线程的stop方法,终止线程中的循环。

注意:如有雷同纯属巧合。如果已经有大佬讲过这种解决方式,请艾特我,我立即删除本文。

保持线程代码如下:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

#上下文代码

//获取鲜橙池executor,具体方式看个人。不会的直接百度,有很多

response.setContentType(ContentType.APPLICATION_JSON.getMimeType());

ResponseKeeper responseKeeper = new ResponseKeeper(response);

executorService.execute(responseKeeper);

#上下文代码

  

  

public class ResponseKeeper implements Runnable {

  

        /**

        * 循环标志:true时停止循环,终止线程

        */

        private boolean done = false;

         

        private HttpServletResponse response;

  

        public void stop(){

            done = true;

        }

  

        public ResponseKeeper(HttpServletResponse response) {

            this.response = response;

        }

  

        @Override

        public void run() {

            try {

                response.getWriter().write("{\"pending\":\"");

                while(!done){

                    response.getWriter().write(".");

                    response.getWriter().flush();

                    LOGGER.error("flush-{}", System.currentTimeMillis());

                    Thread.sleep(1000);

                }

                response.getWriter().write("\", \"status\": \"0\", \"msg\":\"success\"}");

            } catch (Exception e) {

                e.printStackTrace();

            }

        }

    }

其他问题:

如果你遇到异常

IllegalStateException – if the getOutputStream method has already been called for this response object

那就说明你的程序中有地方调用过了,response.getOutputStream();

只需要与已有程序保持一致使用outputStream即可。

即将response.getWriter() 提换成 response.getOutputStream();

原因简单来讲就是这两个方法互斥。调用了一个就不能调用另一个。


版权声明 : 本文内容来源于互联网或用户自行发布贡献,该文观点仅代表原作者本人。本站仅提供信息存储空间服务和不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权, 违法违规的内容, 请发送邮件至2530232025#qq.cn(#换@)举报,一经查实,本站将立刻删除。
原文链接 : https://blog.csdn.net/fox_mt/article/details/125249100
相关文章
  • 本站所有内容来源于互联网或用户自行发布,本站仅提供信息存储空间服务,不拥有版权,不承担法律责任。如有侵犯您的权益,请您联系站长处理!
  • Copyright © 2017-2022 F11.CN All Rights Reserved. F11站长开发者网 版权所有 | 苏ICP备2022031554号-1 | 51LA统计