Nginx location配置

最新推荐文章于 2025-06-24 18:31:23 发布
最新推荐文章于 2025-06-24 18:31:23 发布
阅读量1.8k 收藏 3
点赞数
CC 4.0 BY-SA版权
原文链接：https://www.jb51.net/article/148809.htm

1. location正则写法

首先来看一个示例：

location = / {

 # 精确匹配 / ，主机名后面不能带任何字符串

 [ configuration A ]

}

location / {

 # 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求

 # 但是正则和最长字符串会优先匹配

 [ configuration B ]

}

location /documents/ {

 # 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索

 # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条

 [ configuration C ]

}

location ~ /documents/Abc {

 # 匹配任何以 /documents/Abc 开头的地址，匹配符合以后，还要继续往下搜索

 # 只有后面的正则表达式没有匹配到时，这一条才会采用这一条

 [ configuration CC ]

}

location ^~ /images/ {

 # 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条。

 [ configuration D ]

}

location ~* \.(gif|jpg|jpeg)$ {

 # 匹配所有以 gif,jpg或jpeg 结尾的请求

 # 然而，所有请求 /images/ 下的图片会被 config D 处理，因为 ^~ 到达不了这一条正则

 [ configuration E ]

}

location /images/ {

 # 字符匹配到 /images/，继续往下，会发现 ^~ 存在

 [ configuration F ]

}

location /images/abc {

 # 最长字符匹配到 /images/abc，继续往下，会发现 ^~ 存在

 # F与G的放置顺序是没有关系的

 [ configuration G ]

}

location ~ /images/abc/ {

 # 只有去掉 config D 才有效：先最长匹配 config G 开头的地址，继续往下搜索，匹配到这一条正则，采用

  [ configuration H ]

}

location ~* /js/.*/\.js

location 前缀

没有前缀               匹配以指定模式开头的location

=                          精准匹配，不是以指定模式开头

~                          正则匹配，区分大小写

~*                         正则匹配，不区分大小写

^~                         非正则匹配，匹配以指定模式开头的location
/                           通用匹配, 如果没有其它匹配,任何请求都会匹配到

location匹配顺序

多个正则location直接按书写顺序匹配，成功后就不会继续往后面匹配

普通（非正则）location会一直往下，直到找到匹配度最高的（最大前缀匹配）

当普通location与正则location同时存在，如果正则匹配成功,则不会再执行普通匹配

所有类型location存在时，“=”匹配  >  “^~”匹配  >  正则匹配  >  普通（最大前缀匹配）

顺序：

(location =) > (location 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (/)

上面的匹配结果

按照上面的location写法，以下的匹配示例成立：

/ -> config A

精确完全匹配，即使/index.html也匹配不了

/downloads/download.html -> config B

匹配B以后，往下没有任何匹配，采用B

/images/1.gif -> configuration D

匹配到F，往下匹配到D，停止往下

/images/abc/def -> config D

最长匹配到G，往下匹配D，停止往下
你可以看到 任何以/images/开头的都会匹配到D并停止，FG写在这里是没有任何意义的，H是永远轮不到的，这里只是为了说明匹配顺序

/documents/document.html -> config C

匹配到C，往下没有任何匹配，采用C

/documents/1.jpg -> configuration E

匹配到C，往下正则匹配到E

/documents/Abc.jpg -> config CC

最长匹配到C，往下正则顺序匹配到CC，不会往下到E

实际使用建议

所以实际使用中，个人觉得至少有三个匹配规则定义，如下：

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

#直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。

#这里是直接转发给后端应用服务器了，也可以是一个静态首页

# 第一个必选规则

location = / {

  proxy_pass http://tomcat:8080/index

}

# 第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项

# 有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用

location ^~ /static/ {

  root /webroot/static/;

}

location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {

  root /webroot/res/;

}

#第三个规则就是通用规则，用来转发动态请求到后端应用服务器

#非静态文件请求就默认是动态请求，自己根据实际把握

#毕竟目前的一些框架的流行，带.php,.jsp后缀的情况很少了

location / {

  proxy_pass http://tomcat:8080/

}

2. Rewrite规则

rewrite功能就是，使用nginx提供的全局变量或自己设置的变量，结合正则表达式和标志位实现url重写以及重定向。rewrite只能放在server{},location{},if{}中，并且只能对域名后边的除去传递的参数外的字符串起作用

例如 http://jb51.net/a/we/index.php?id=1&u=str 只对/a/we/index.php重写。

语法rewrite regex replacement [flag];

如果相对域名或参数字符串起作用，可以使用全局变量匹配，也可以使用proxy_pass反向代理。

表明看rewrite和location功能有点像，都能实现跳转，主要区别在于rewrite是在同一域名内更改获取资源的路径，而location是对一类路径做控制访问或反向代理，可以proxy_pass到其他机器。

很多情况下rewrite也会写在location里，它们的执行顺序是：

执行server块的rewrite指令

执行location匹配

执行选定的location中的rewrite指令

如果其中某步URI被重写，则重新循环执行1-3，直到找到真实存在的文件；循环超过10次，则返回500 Internal Server Error错误。

2.1 flag标志位

last : 相当于Apache的[L]标记，表示完成rewrite
break : 停止执行当前虚拟主机的后续rewrite指令集
redirect : 返回302临时重定向，地址栏会显示跳转后的地址
permanent : 返回301永久重定向，地址栏会显示跳转后的地址

因为301和302不能简单的只返回状态码，还必须有重定向的URL，这就是return指令无法返回301,302的原因了。这里 last 和 break 区别有点难以理解：

last一般写在server和if中，而break一般使用在location中
last不终止重写后的url匹配，即新的url会再从server走一遍匹配流程，而break终止重写后的匹配
break和last都能组织继续执行后面的rewrite指令

2.2 if指令与全局变量

if判断指令

语法为if(condition){...}，对给定的条件condition进行判断。如果为真，大括号内的rewrite指令将被执行，if条件(conditon)可以是如下任何内容：

当表达式只是一个变量时，如果值为空或任何以0开头的字符串都会当做false

直接比较变量和内容时，使用=或!=

~正则表达式匹配，~*不区分大小写的匹配，!~区分大小写的不匹配

-f和!-f用来判断是否存在文件

-d和!-d用来判断是否存在目录

-e和!-e用来判断是否存在文件或目录

-x和!-x用来判断文件是否可执行

例如：

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

if ($http_user_agent ~ MSIE) {

  rewrite ^(.*)$ /msie/$1 break;

} //如果UA包含"MSIE"，rewrite请求到/msid/目录下

if ($http_cookie ~* "id=([^;]+)(?:;|$)") {

  set $id $1;

 } //如果cookie匹配正则，设置变量$id等于正则引用部分

if ($request_method = POST) {

  return 405;

} //如果提交方法为POST，则返回状态405（Method not allowed）。return不能返回301,302

if ($slow) {

  limit_rate 10k;

} //限速，$slow可以通过 set 指令设置

if (!-f $request_filename){

  break;

  proxy_pass http://127.0.0.1;

} //如果请求的文件名不存在，则反向代理到localhost 。这里的break也是停止rewrite检查

if ($args ~ post=140){

  rewrite ^ http://example.com/ permanent;

} //如果query string中包含"post=140"，永久重定向到example.com

location ~* \.(gif|jpg|png|swf|flv)$ {

  valid_referers none blocked www.jefflei.com www.leizhenfang.com;

  if ($invalid_referer) {

    return 404;

  } //防盗链

}

全局变量

下面是可以用作if判断的全局变量

$args ： #这个变量等于请求行中的参数，同$query_string
$content_length ： 请求头中的Content-length字段。
$content_type ： 请求头中的Content-Type字段。
$document_root ： 当前请求在root指令中指定的值。
$host ： 请求主机头字段，否则为服务器名称。
$http_user_agent ： 客户端agent信息
$http_cookie ： 客户端cookie信息
$limit_rate ： 这个变量可以限制连接速率。
$request_method ： 客户端请求的动作，通常为GET或POST。
$remote_addr ： 客户端的IP地址。
$remote_port ： 客户端的端口。
$remote_user ： 已经经过Auth Basic Module验证的用户名。
$request_filename ： 当前请求的文件路径，由root或alias指令与URI请求生成。
$scheme ： HTTP方法（如http，https）。
$server_protocol ： 请求使用的协议，通常是HTTP/1.0或HTTP/1.1。
$server_addr ： 服务器地址，在完成一次系统调用后可以确定这个值。
$server_name ： 服务器名称。
$server_port ： 请求到达服务器的端口号。
$request_uri ： 包含请求参数的原始URI，不包含主机名，如：”/foo/bar.php?arg=baz”。
$uri ： 不带请求参数的当前URI，$uri不包含主机名，如”/foo/bar.html”。
$document_uri ： 与$uri相同。
例：http://localhost:88/test1/test2/test.php
$host：localhost
$server_port：88
$request_uri：http://localhost:88/test1/test2/test.php
$document_uri：/test1/test2/test.php
$document_root：/var/www/html
$request_filename：/var/www/html/test1/test2/test.php

2.3 常用正则

. ： 匹配除换行符以外的任意字符
? ： 重复0次或1次
+ ： 重复1次或更多次
* ： 重复0次或更多次
\d ：匹配数字
^ ： 匹配字符串的开始
$ ： 匹配字符串的介绍
{n} ： 重复n次
{n,} ： 重复n次或更多次
[c] ： 匹配单个字符c
[a-z] ： 匹配a-z小写字母的任意一个

小括号()之间匹配的内容，可以在后面通过$1来引用，$2表示的是前面第二个()里的内容。正则里面容易让人困惑的是\转义特殊字符。

2.4 rewrite实例

例1：

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

http {

  # 定义image日志格式

  log_format imagelog '[$time_local] ' $image_file ' ' $image_type ' ' $body_bytes_sent ' ' $status;

  # 开启重写日志

  rewrite_log on;

  server {

    root /home/www;

    location / {

        # 重写规则信息

        error_log logs/rewrite.log notice;

        # 注意这里要用‘'单引号引起来，避免{}

        rewrite '^/images/([a-z]{2})/([a-z0-9]{5})/(.*)\.(png|jpg|gif)$' /data?file=$3.$4;

        # 注意不能在上面这条规则后面加上“last”参数，否则下面的set指令不会执行

        set $image_file $3;

        set $image_type $4;

    }

    location /data {

        # 指定针对图片的日志格式，来分析图片类型和大小

        access_log logs/images.log mian;

        root /data/images;

        # 应用前面定义的变量。判断首先文件在不在，不在再判断目录在不在，如果还不在就跳转到最后一个url里

        try_files /$arg_file /image404.html;

    }

    location = /image404.html {

        # 图片不存在返回特定的信息

        return 404 "image not found\n";

    }

}

对形如/images/ef/uh7b3/test.png的请求，重写到/data?file=test.png，于是匹配到location /data，先看/data/images/test.png文件存不存在，如果存在则正常响应，如果不存在则重写tryfiles到新的image404 location，直接返回404状态码。

例2：

1

rewrite ^/images/(.*)_(\d+)x(\d+)\.(png|jpg|gif)$ /resizer/$1.$4?width=$2&height=$3? last;

对形如/images/bla_500x400.jpg的文件请求，重写到/resizer/bla.jpg?width=500&height=400地址，并会继续尝试匹配location。

转自  nginx配置location总结location正则写法及rewrite规则写法_nginx_脚本之家 (jb51.net)

 

tangcpp
关注
nginx的location
m0_54853503的博客
05-15 4153
前言 Nginx的location就相当于url路由，Nginx根据location的配置来决定究竟如何处理一个请求。 Nginx通过将一个请求的url与location进行对比，来决定将该请求扔到哪个location对应的处理策略中。 一、location的匹配规则 文档：Module ngx_http_core_module 上面是文档，我将location的简单的总结为以下几点： 概念： Nginx的location分为两类：一类是prefix string；另一类是regular expressio
nginx location配置详解
0.0雨的博客
06-04 1503
nginx location配置详解
Nginx 关于 location 的匹配规则详解
07-30 3213
Nginx 关于 location 的匹配规则详解 http://iteye.com/eyesmore/ 有些童鞋的误区 1、 location 的匹配顺序是“先匹配正则，再匹配普通”。 矫正： location 的匹配顺序其实是“先匹配普通，再匹配正则”。我这么说，大家一定会反驳我，因为按“先匹配普通，再匹配正则”解释不了大家平时习惯的按“先匹配正则，再匹配普通”的实践经
小白成长之路-Nginx配置(二)
最新发布
m0_70730767的博客
06-24 1015
当访问 www.jx.com/download/ 时，会把服务器 /usr/share/nginx/html/download/ 路径下的文件展示出来.# 修改为off，以KB、MB、GB显示文件大小，默认为on，以bytes显示出⽂件的确切⼤⼩。##在浏览器中输入的:http://www.jx.com/s?如果之前是编译安装，在安装新的模块前带上之前编译的所有模块，然后再make&&make install。在去 /usr/local/nginx//conf/nginx.conf下添加如下内容。
Nginx的location配置详解
2402_85402030的博客
06-06 3487
💡Location 是 Nginx 中一个非常核心的配置，通过location块，Nginx可以根据URI的不同部分进行匹配，并指定不同的行为，如代理请求、提供静态文件、重定向等。这篇重点讲解一下 Location 的配置问题以及一些注意事项。
nginx的location配置详解
热门推荐
thlzjfefe的博客
10-24 1万+
语法规则： location [=|~|~*|^~] /uri/ { … }语法规则： location空格[=|~|~*|^~]空格/uri/ { … }= 开头表示精确匹配^~ 开头表示uri以某个常规字符串开头，理解为匹配 url路径即可。nginx不对url做编码，因此请求为/static/20%/aa，可以被规则^~ /static/ /aa匹配到（注意是空格）。~ 开头表示区分大小写的正则匹配~* 开头表示不区分大小写的正则匹配!~和!
Nginx 【location配置路径详解、反向代理、负载均衡】
qq_32019935的博客
10-19 9851
在使用nginx时，我们配置最多的就是location项了路由命中规则增加响应头或请求头复写请求路径以上的功能我们一般都在location中实现。
Nginx location 配置：从入门到精通
dazhong2012的专栏
06-07 790
Nginx的 location 配置是Nginx服务器配置中非常关键的一部分，它决定了如何响应不同的HTTP请求。
nginx location 配置 正则表达式实例详解
09-30
**Nginx Location 配置正则表达式详解** 在Nginx服务器配置中，`location`指令扮演着至关重要的角色。它允许我们根据请求的URI（Uniform Resource Identifier）进行精细化处理，例如转发请求到不同的后端服务、提供...
nginx location配置详细解释.pdf
07-08
### Nginx Location配置详细解析 #### 一、引言 Nginx 是一款轻量级的 Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在 Linux 环境下有着非常好的性能表现。在 Nginx 的配置文件中，`location` ...
Nginx location 配置
oschina_41559824的博客
10-12 1135
注意：前缀匹配，如果有包含关系时，按最大匹配原则进行匹配。比如在前缀匹配：location /dir01 与 location /dir01/dir02，如有请求 http://localhost/dir01/dir02/file 将最终匹配到 location /dir01/dir02。
Nginx的location指令
Leon_Jinhai_Sun的博客
10-31 1053
location指令 server{ listen 80; server_name localhost; location / { } location /abc{ } ... } location:用来设置请求的URI 语法 location [ = | ~ | ~* | ^~ |@ ] uri{...} 默认值 — 位置 server,location uri变量是待匹配的请求字符串，可以不包含正则表达式，也可以包含正则表达式，那么nginx服
Nginx Location配置详解
lingbomanbu_lyl的博客
05-11 2454
当不添加匹配标识时，Nginx服务器首先在server块的各个location块中搜索是否有。指令我们可以指定资源访问的根目录，但是我们会发现访问的uri会附加到指定的文件目录下。其中uri变量是待匹配的请求字符串，可以是包含有正则表达式的字符串，称之为。和请求字符串匹配，如果有多个可以匹配，就记录匹配度最高的一个。时，Nginx会在服务器上寻找路径为。时，Nginx会在服务器上寻找路径为。时，Nginx会在服务器上寻找路径为。时，Nginx会在服务器上寻找路径为。时，Nginx会在服务器上寻找路径为。
nginx location / 区别
ZhenBin_Shen的博客
07-27 5623
nginx location / 区别
nginx之location配置详解
臣本布衣，躬耕于南阳
06-06 3067
原文地址：http://blog.csdn.net/hellochenlian/article/details/44655547 语法规则： location [=|~|~*|^~] /uri/ { … } = 开头表示精确匹配 ^~ 开头表示uri以某个常规字符串开头，理解为匹配 url路径即可。nginx不对url做编码，因此请求为/static/20%/aa，可以被规则^~
Nginx的location配置
08-15 660
location指令匹配一个uri，然后将该location的配置应用在这个uri上。 Syntax: location [ = | ~ | ~* | ^~ ] uri { ... } location @name { ... } 1.1. 匹配过程 匹配是对一个标准化后的URI上执行的，标准化的URI解码了'%XX'，解析了相对路径.和..，并且将相连的反斜杠删到只剩一个等（前提是打开了...
nginx的location指令详解
NIEEPN的博客
03-12 873
nginx的location指令详解 Nginx 的 HTTP 配置主要包括三个区块，结构如下： http { # 这个是协议级别 　　include mime.types; 　　default_type application/octet-stream; 　　keepalive_timeout 65; 　　gzip on; 　　　　server {...
Nginx Location配置总结及rewrite
weixin_33813128的博客
07-04 2149
参考来源：http://blog.zol.com.cn/1067/article_1066186.html，http://flandycheng.blog.51cto.com/855176/280121 语法规则：location [=|~|~*|^~] /uri/ { … } = 开头表示精确匹配 ^~ 开头表示uri以某个常规字符串开头，理解为匹配 url...
Nginx 中 location 块配置详解和实列
m0_52091913的博客
10-12 3951
Nginx 中 location 块配置详解和实列
nginx location配置
03-23
### 正确配置 Nginx 的 `location` 指令 Nginx 中的 `location` 指令用于定义如何处理客户端请求，其匹配规则决定了特定 URL 请求会被哪个配置块所处理。以下是关于 `location` 指令的关键知识点以及正确配置的方法。 #### 1. 基本语法 `location` 指令的基本语法如下： ```nginx location [modifier] pattern { # 配置内容 } ``` 其中 `[modifier]` 是可选修饰符，用于改变匹配行为；`pattern` 表示要匹配的路径模式[^2]。 #### 2. 匹配规则 Nginx 使用了一套复杂的匹配规则来决定哪些请求会进入某个 `location` 块： - **精确匹配 (`=`)** 当使用 `=` 作为修饰符时，表示精确匹配。这种匹配具有最高的优先级，只有当请求 URI 完全等于指定路径时才生效。例如，在以下配置中，仅当访问 `/abc` 路径时返回 `"access success"`。 ```nginx location = /abc { default_type text/plain; return 200 "access success"; } ``` 这种方式适用于需要严格控制某些具体路径的情况][^[^43]。 - **前缀匹配 (无修饰符)** 如果未指定任何修饰符，则默认执行最长前缀匹配。即如果多个 `location` 块都可能匹配到当前请求，那么会选择最具体的那个（即拥有更长公共前缀的那个）。例如： ```nginx location /images/ { root /var/www/html; } location /images/thumbnails/ { root /var/www/html; } ``` 访问 `/images/thumbnails/example.jpg` 将被第二个 `location` 处理，因为它提供了更长的前缀[^1]。 - **正则表达式匹配 (`~`, `~*`)** - `~`: 执行区分大小写的正则表达式匹配。 - `~*`: 执行不区分大小写的正则表达式匹配。 正则表达式的优先级低于精确匹配和普通前缀匹配，但在所有普通前缀匹配完成后才会考虑它们。例如： ```nginx location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi_params; } ``` - **通配符匹配 (`^~`)** 若使用 `^~` 修饰符，则即使后续存在更高优先级的正则表达式也不会触发。它主要用于快速终止进一步的匹配过程。例如： ```nginx location ^~ /static/ { root /var/www/static; } ``` #### 3. 实际案例分析 假设有一个简单的 Web 应用程序部署在本地环境上，并希望实现静态文件加速功能。可以按照以下方式进行配置： ```nginx server { listen 80; server_name localhost; # 精确匹配根目录下的index.html页面 location = / { root html; index index.html; } # 动态PHP脚本解析 location ~ \.php$ { root html; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi_params; } # 提供静态资源服务 location /static/ { alias /usr/share/nginx/static/; } } ``` 上述例子展示了多种类型的 `location` 配置及其应用场景^。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值