-
第一种直接替换 匹配部分
-
第二种 的目标地址，默认不带 ，表示只代理域名， 和参数部分不会变（把请求的 拼接到 目标域名之后作为代理的URL）
-
第三种 的目标地址后增加 ，则表示把 中 匹配成功的部分剪切掉之后再拼接到 目标地址
第二种对应标题 4. 普通代理的例子
第三种对应标题 3. 针对 location 截取代理路径的例子
uri前面的方括号中的内容是可选项，解释如下：
：用于标准uri前，要求请求字符串与uri严格匹配，一旦匹配成功则停止
：用于正则uri前，并且区分大小写
：用于正则uri前，但不区分大小写
：用于标准uri前，要求Nginx找到标识uri和请求字符串匹配度最高的location后，立即使用此location处理请求，而不再使用location块中的正则uri和请求字符串做匹配
例如下面的配置演示第三种配置方案，当我们访问 的时候
访问的时候 Nginx 会把 截取掉然后把后面的 拼接到 上
那么我们实际访问的就是： 这个服务。
第二个访问 实际就是访问 这个服务。
这两种配置方式达到的效果都是一致的。
主要就是 地址后面加 和不加 处理逻辑完全不一样。
这样我们访问 实际就是访问 ，就是帮 端口做了一层代理
假设有一个域名挂载了我的服务器的根目录，当前根目录被别的应用使用了，这时候就要设置配置二级路由。
1、假设 这个域名的路径挂载了我们服务器的根目录。
2、我想用 这个地址能访问到我们的项目。
前端静态资源打包路径：
前端放置目录：
PS：当然这里的前端放置目录可以修改成其他的，修改成其他的路径之后 部分做对应的修改即可