使用Docker部署nginx出现url重定向导致端口消失问题

        前两天在部署一个web网页的时候，因为原本docker中的nginx已经部署过了其他的web网页了，现在需要用nginx做一个最基本的根据访问url进行返回不同的index.html首页，所以我就将原本的docker挂载的html文件目录中直接添加了两个文件夹用来分别对应两个url的网站首页，原目录结构如下:(由于特殊原因实际网页源码文件名特殊，所以就拿个演示目录截图，结构类似)

·于是根据这个目录结构，我就快乐的修改起nginx.conf的server块的内容如下:

·再重启一下nginx对应的容器，然后打开浏览器输入http://xxx:9000/test01/和http://xxx:9000/test02/

成功访问对应的页面，正准备快乐的交差，人家突然告诉我访问的路径能不能改一改，不想在最后面加那个/，我也没多想，就直接试了一下不加斜杠访问，发现会报404错误，没找到对应的资源？？？

        然后我就直接开搜相关的问题，发现nginx有个重定向的机制是这样的，如果你最后没有加那个斜杠，它默认认为你要搜索的是http://xxx:9000/下的名为test01的文件，但是这个test01显然是一个文件夹，nginx在搜不到后就会给浏览器返回一个301重定向，告诉浏览器重新发送请求，加上最后的斜线试试。然后我就打开浏览器的调试控制台看网络的内容，刷新页面后的确收到了一个301的重定向，按正常道理来讲是没有问题的，并且可以被重定向到加斜杠的路径，但是我的浏览器收到的重定向url居然没有端口号，也就是说在重定向后nginx认为浏览器应该访问的端口应该是默认的80，而我的服务器宿主机的80端口由于特殊原因被占用了，所以用docker将宿主机和容器的9000端口做了映射。然后我重新在网络上查找有没有和我一样遇到相关问题的人，然后找到了一堆方法，什么禁止相对路径重写啊啥的，似乎都解决不了。然后突然想到了nginx的一个rewrite指令可以重写url，既然已经通过/test01匹配到了对应的location块，那么是不是可以在这个location块中直接吧url强制重写在后面加一个/来解决呢？

于是便有了第一个location块用来重写匹配的不带斜杠的url，问题解决！