关于nginx静态代理的指定目录匹配方式的测试

今天在b站看nginx的静态代理的视频的时候，经过测试，发现老师对第二种：nginx根据目录来查找静态资源的讲解不太对，所以特别记录一下这个问题，视频地址：https://www.bilibili.com/video/BV1Yb411p7wT?p=24

nginx静态代理的两种方式是：

 

 第一种是文件名后缀匹配没有问题，第二种指定目录匹配，从测试的结果来看，老师讲解的有点问题，老师说：任意目录下的css、js、img、images、image的静态资源匹配都会转发到其下面的：http://static.myweb.com这个地址

注意，图片中的image目录是我后面加上的。这里要说明一下我测试的web工程的目录结构，这个工程为：myweb的war包，其目录结构为：

 

 这个web工程很简单，就是一个index.jsp页面，以及页面中用到的一张图片，整个页面的内容如下：

再说回来，老师讲解的问题，这个web工程的index.jsp的图片的所在的目录为：image/001.jpg。前面也说了，指定目录的image是我后面加上去的，原来应该是这样的：

 

 但是，前面也说了，web项目的图片的访问的路径如下图所示:

 

 但是指定目录下只有一个images目录，能匹配到image目录下的文件吗？老师说是可以的，说只要前面的部分字符能匹配上即可。但是测试结果并非如此，接下来开始测试过程：

这里我开了两台处理静态资源的nginx,端口号分别为：81和82，还有一台负责负载均衡的nginx，端口号为80，其nginx.conf的配置如下图所示：

 

 

 

 

 

 在启动这三台nginx之前，已经将myweb的war包放到了端口号为9100的tomcat中，并且将其myweb工程下的image文件夹删除了，并将image文件夹移动到了root目录下，也就是opt/static下的myweb的文件夹里，下图是访问tomcat的myweb工程，如下图所示：

可以看到，nginx没启动之前图片是加载不出来的，接下来分别启动三台nginx,如下图所示：

 

 接下来，开始访问负责负载均衡的端口号为80的nginx，如下图所示，在删除浏览器缓存的情况下，刷新了几次，图片还是刷不出来：

这个时候，我以为我的root目录的opt/static的图片不存在，就去看了一下，发现确实是存在的，如下图所示:

 

 按照老师说的，这里不应该图片加载不出来，说明应该是文件夹的路径不对，因此，我在conf文件中加上了image这个精准的文件夹，如下图所示：

 

 

 

 

 

 重启三台nginx服务器使配置文件生效，再次访问负责负载均衡的nginx服务器，这个时候，图片加载出来了，删除浏览的缓存又刷新了一次页面，图片还在，说明配置确实生效了：

 

 测试的结果说明：nginx按照目录进行静态资源的代理的时候，是需要精准匹配文件夹名的，而不是老师说的模糊匹配！第一中的按照静态资源的后缀名的话是没有问题的，因此在学习的时候，也要有自己的思考，要持有怀疑的态度去学习。