Nginx 限流的天坑

导读:本篇文章讲解 Nginx 限流的天坑,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com

问题背景

大家看看这个页面,有没有发现什么问题?

Nginx 限流的天坑

主页:http://www.javastack.cn/

是的,页面 CSS 样式全丢失了,导致页面混乱。。

这个页面是我人为删除了样式(为了演示),真正出现问题是另外一个页面,最近栈长发现有个页面时不时就会出现样式错乱的问题,很诡异!!

于是这篇就记录下排查过程,和大家分享下解决方案,也许你会觉得这和 Nginx 有啥关系??我也万万想不到,这的确是因为 Nginx 限流引起的。。

开始排查

页面样式错乱,那肯定是检查样式文件呗。

样式文件位置:

Nginx 限流的天坑

页面中有很多这样的样式文件引入,比如:

<link type="text/css" rel="styleSheet" href="/css/style.css" />
<link type="text/css" rel="styleSheet" href="/css/page.css" />
<link type="text/css" rel="styleSheet" href="/css/plugin.css" />
...

这样写没问题呀,之前一直好好的,很神奇,怎么会时不时样式错乱,开始怀疑自己的认知了。

尝试解决1)

因为项目中使用到了 Spring Boot,而 CSS 文件是放在 /resources/static/css 目录下,我考虑加上 static 试下:

<link type="text/css" rel="styleSheet" th:href="/static/css/style.css" />
<link type="text/css" rel="styleSheet" th:href="/static/css/page.css" />
<link type="text/css" rel="styleSheet" th:href="/static/css/plugin.css" />
...

结果还是不行。

其实使用 Spring Boot,static 目录就是默认的资源目录之一,引用资源文件时并不需要加上 static,我感觉只是做了一次与自我认知对抗的无谓的尝试。

Spring Boot 这些基础的东西我就不介绍了,不会的可以关注公众号Java技术栈,回复:boot,看我整理的系列详细教程,实战源码也上传到了 Github 仓库:

https://github.com/javastacks/spring-boot-best-practice

尝试解决2)

因为项目中使用到了 Thymeleaf(模板引擎),考虑使用 Thymeleaf 的标签 th:href 进行引入试试:

<link type="text/css" rel="styleSheet" th:href="@{/css/style.css}" />
<link type="text/css" rel="styleSheet" th:href="@{/css/page.css}" />
<link type="text/css" rel="styleSheet" th:href="@{/css/plugin.css}" />
...

改了之后还是没什么用,然后用网页检查模式看页面生成的源码,发现 Thymeleaf 生成的 href 和之前的一样,看来问题并不是出在这里。

解决的转机

就是因为看了一下网页源码,然后我再顺便点了一下 Console 面板:

Nginx 限流的天坑

然后就发现了这个 503 错误:

503 Service Temporarily Unavailable

然后再点进去 Network 面板看看:

Nginx 限流的天坑

Nginx 限流的天坑

终于定位到问题了,样式文件加载失败!!!

这个 503 响应码明显是来自服务器端的错误。

注意到上面的 Network 面板没有,我只发起了一个网页刷新请求,浏览器后台却发起了一堆的请求列表,这里面就包括有 js、css 等静态资源的请求。

什么意思?

也就是说,虽然我只向浏览器发起了一个请求,实际上是向服务器发起了 N 个请求,这和页面上引用到的 css、js 文件数量有关系,这些静态资源的请求也会纳入一个新请求。

如果 Nginx 限流设置的是每秒 5 个请求:

limit_req_zone $binary_remote_addr zone=mylimit:10m rate=5r/s;

而页面上的 css、js 文件数量却达到了 8 个,如果在一秒之内加载完整个页面及附带的 8 个资源,那其他 4 个资源势必会被限流规则挡住,如果是 2 秒加载完就没问题(每秒 4、5 个)。

终于找到了页面时不是时样式错乱的原因了!!

解决方案

既然页面上引入的每个 css、js 文件也算一个请求,那就得调整限流规则了。

可以根据被请求的资源文件数量再作一个限流调整:

limit_req_zone $binary_remote_addr zone=mylimit:10m rate=20r/s;

但这样可能又会影响所有的页面,包括接口,因为每个页面的资源文件数量是不同的,纯接口又是没有页面跳转的,也就不大可能会引用静态资源文件。

我的想法是可以保持之前的所有限流,对 css、js 等静态资源的访问就取消限流。

保持所有限流:

location / {
    limit_req zone=mylimit;
    proxy_pass http://javastack.cn;
}

静态资源不限流:

location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
 proxy_pass http://javastack.cn;
}

修改之后,重新加载 Nginx 配置,反复测试,页面显示正常了。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由半码博客整理,本文链接:https://www.bmabk.com/index.php/post/111013.html

(0)
小半的头像小半

相关推荐

半码博客——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!