精华内容
下载资源
问答
  • 摒弃传统的基于类的地址分配方式,允许使用任意长度的地址前缀,有效提高地址空间的利用率。 就是一个ip加一个网络掩码,不过这个掩码不是之前只有3个值(A类:8,B类:16,C类:24),而是0-32随意的一个值。 ...

    1.CIDR是什么

    无类域间路由(CIDR)编址方案

    摒弃传统的基于类的地址分配方式,允许使用任意长度的地址前缀,有效提高地址空间的利用率。
    就是一个ip加一个网络掩码,不过这个掩码不是之前只有3个值(A类:8,B类:16,C类:24),而是0-32随意的一个值。
    例如:
    208.12.128.0/17
     

    2.如何理解CIDR格式

    上图
     
    可以理解为一个从0到(2^32-1)长的线段.
    掩码32表示n个ip的点,数量n是2^32.
    掩码31表示n个小线段1,每个线段1包含2(2^(32-31))个ip点,数量n是2^31.
    掩码30表示n个小线段2,每个线段2包含4(2^(32-30))个ip点,2个小线段1(2^(31-30)),数量n是2^30.
    以此类推,可以形象的理解成"刻度尺".
     

    3.每个CIDR之间的关系

    1.相离
    见上图
    208.12.16/24
    208.12.21/24
     
    2.相近
    见上图
    208.12.16/24
    208.12.17/24
     
    3.包含
    如图
    208.12.21/24
    208.12.16/20
     
    为什么2个CIDR不能相交?
    2个CIDR假设为ip1/mask1,ip2/mask2.
    mask3 = (mask1 > mask2) ? mask2:mask1;
    ip1/(mask3) 和ip2/(mask3)只有相等和不相等2种情况。
    不相等:相离或相近
    相等:包含
    形象的可以想象下“刻度尺”,其中就没有相交的情况。
     

    4.ip最长地址前缀匹配

    1.穷举法
    已知一个ip假设为208.12.16.188
    查找hash表,key为(ip & mask)
    其中mask从32递减到0
    最坏时间复杂度=O(32)*hash查找
     
    2.最长前缀匹配
    ip地址就是一个32bit的数,构建一个bit前缀树进行最长前缀匹配。
    最坏时间复杂度=O(32)
     
    3.线性表的2分查找
    算出每一个CIDR的(ip & mask)值,按此值排序(从小到大)
    当要查询一个ip地址时,假设为ip1,找出>ip1的第一个值,此值的左面的值假设为(ip2 & mask2)
    判断一下 ip1 & mask2 是否=ip2(根据需要要可以判断一下此ip段的超集,构建线性表时,超集关系就可以得出)。
    最坏时间复杂度=O(lg(n)),n为CIDR的数量。
     
     
     
     
     

    转载于:https://www.cnblogs.com/dodng/p/4415110.html

    展开全文
  • 最大前缀匹配要求IP地址同子网地址匹配的基础上,二进制位从左到右完全匹配的位数尽量多(从左到右子网地址最长)。比如: IP地址192.168.1.100,同时匹配子网192.168.1.0/255.255.255.0和子网192.168.1.64/255....
  • 最长前缀匹配

    千次阅读 2019-12-28 17:32:20
    当路由器收到一个IP数据包时,它会将数据包的目的IP地址与自己本地路由表中的所有路由表进行逐位(Bit-By-Bit)对比,直到找到匹配度最长的条目,这就是最长前缀匹配机制。 172.16.1.0/24 “&&” "·"表示...

    最长前缀匹配简述

    最长前缀匹配机制(Longest Prefix Match Algorithm)是目前行业内几乎所有的路由器都缺省采用的一种路由查询机制。

    当路由器收到一个IP数据包时,它会将数据包的目的IP地址与自己本地路由表中的所有路由表进行逐位(Bit-By-Bit)对比,直到找到匹配度最长的条目,这就是最长前缀匹配机制。

    最长前缀匹配图

    路由器AR1的路由表除了直连路由10.1.1.1/24、10.2.2.2/24、10.3.3.3/24外,还有三条路由172.16.1.0/24、172.16.2.0/24、172.16.0.0/24。

    在这里插入图片描述
    分别关联不同的出接口和下一跳地址,那么当R1收到一个到达172.16.2.1的数据包时,它将把数据包转发给哪台路由器?

    大致上,R4将报文的目的IP地址172.16.2.1和路由条目1的目的网络掩码255.255.255.0进行逻辑与运算,与路由条目2、3都进行运算。

    路由条目的编号

    在这里插入图片描述

    逻辑与运算规则

    “&&” "·"表示与 (逻辑与)是逻辑运算符,
    逻辑与”相当于生活中说的“并且”,就是两个条件都同时成立的情况下“逻辑与”的运算结果才为“真”
    二进制与运算规则:1&1=1 1&0=0 0&0=0

    路由条目(一)与其子网掩码进行逻辑与运算

    172.16.1.0与掩码255.255.255.0进行逻辑与运算

    172 16 1 0
    10101100 00010000 00000001 00000000
    255 255 255 0
    11111111 11111111 11111111 00000000
    逻辑与结果 ----- ------- -----
    10101100 00010000 00000001 00000000

    逻辑与运算结果

    逻辑运算结果为172.16.1.0,二进制如下:

    10101100 00010000 00000001 00000000

    数据包目的IP:172.16.2.1

    10101100 00010000 00000010 00000001

    路由条目与数据包IP对比

    j将报文目的IP地址172.16.2.1/24与路由条目的网络掩码255.255.255.0进行“逻辑与”运算。
    在这里插入图片描述
    将运算结果与路由条目1的目的网络地址的前24bit进行对比,如上图所示,结果发现有两个比特位不相同,因此判断出这个目的IP与路由条目1不匹配,R1将不使用这条路由转发到达172.16.2.1的数据包。

    目的IP地址与路由条目1不匹配,会继续与路由条目2、路由条目3匹配,进行逻辑与方式进行。

    目的IP地址与路由条目2逻辑与运算

    目的IP:172.16.2.1/24

    路由条目2:172.16.2.0/24

    将IP地址172.16.2.1与路由条目2的目的网络掩码255.255.255.0进行“逻辑与”运算,将运算结果与路由条目2的目的网络地址的前24比特对比,发现每一个比特位都相同,因此该目的IP匹配这条路由,而且匹配结果是172.16.2.0/24,也就是说匹配长度是24。

    与路由条目2逻辑与运算完成,不管结果是不是需要的匹配原则都会继续匹配路由条目三、四… …

    它会将数据包的目的IP地址与自己本地路由表中的所有路由表进行逐位(Bit-By-Bit)对比

    目的IP地址与路由条目3逻辑与运算

    目的IP地址:172.16.2.1/24

    路由条目3:172.16.0.0/16

    将目的IP地址172.16.0.0/16与路由条目3的目的网络255.255.0.0进行“逻辑与”运算,其运算结果是与路由条目3的前16bit进行对比,发现每一个比特位都是相同的,因此该目的IP匹配此路由,匹配结果是172.16.0.0/16,匹配长度16.

    但是根据最长匹配原则,路由条目2匹配度更长,因此R1将采用路由条目2来转发到达172.16.2.1的数据包。

    最长匹配实现负载分担

    最长匹配前缀除了可以实现路由选路,还可以实现数据传输路径的冗余和负载分担,
    在这里插入图片描述
    在上图中,AR1与AR2是两台企业边界路由器,在该企业中存在192.168.0.0~192.168.3.0网段。现在B与AR1、AR2建立了连接,运行了RIP,企业对1、2路由器有完全操控全,对B不具备操作权限,只能将信息通过给B。
    企业要求,通过1、2路由器上进行相应配置,使得B到达上述4个网段的数据包转发给路由器1,当1发生故障,B将数据包平滑的切换至R2。

    路由要求实现

    即AR1向B通过四条明细路由,AR2配置一条汇总路由192.168.0.0/22,此汇总路由会将四条路由都囊括在内,完成配置后,B的路由表将出现5条路由。
    根据最长匹配原则,在网络正常时,数据包通过AR1发送至B。

    当AR1故障,数据转发会切换到AR2,这就实现了数据转发的冗余。

    参考华为路由交换指南

    展开全文
  • 应当从匹配结果中选择具有最长网络前缀的路由:最长前缀匹配(longest-prefix matching)。 选前缀最长的地址的原因:网络前缀越长,其地址块就越小,因而路由就越具体(more specific)越准确 。最长前缀匹配又称为...

    在使用 CIDR 时,路由表中的每个项目由“网络前缀”和“下一跳地址”组成。在查找路由表时可能会得到不止一个匹配结果(下面有🌰子)。 应当从匹配结果中选择具有最长网络前缀的路由:最长前缀匹配(longest-prefix matching)。
    选前缀最长的地址的原因:网络前缀越长,其地址块就越小,因而路由就越具体(more specific)越准确 。最长前缀匹配又称为最长匹配或最佳匹配

    举例:现在收到的分组的目的地址D:193.0.71.192
    路由表如下:

    193.0.71.192/26
    193.0.68.0/22

    人一眼就能看出来哪个在不在,但是机器不能呀,还有如果路由表里面数据很多,人总不能一个一个找吧。

    首先我们查找路由表里的第一项193.0.71.192/26,这里掩码M1有26位,为了更清楚的表示我把D全部转换为二进制:

    M1 11111111      11111111     11111111    11000000
    & 按位&
    D                                       11000001   00000000  01000111  11000000    (193.0.71.192)
    结果                                      11000001   00000000  01000111  11000000     (193.0.71.192)

    结果正好是收到的目的地址,对的上路由表中第一项。

    先别急着出结论,下面开始查找路由表第二项 193.0.68.0/22其掩码M2有22个连续的1

    M2 11111111      11111111     11111100    00000000
    & 按位&
    D                                       11000001   00000000  01000111  11000000    (193.0.71.192)
    结果                                     11000001   00000000  01000100  00000000     (193.0.68.0)

    将结果转换为十进制:193.0.68.0也对的上表中第二个,🙊不可思议那种嘛办呢?给路由表立了一个规矩:谁的前缀长选谁的🙈

    因为网络前缀越长,其地址块就越小,意味着路由就越具体(more specific)越准确 。最长前缀匹配又称为最长匹配或最佳匹配

    展开全文
  • 最左前缀匹配原则

    2021-03-27 19:09:30
    最左前缀匹配原则:在MySQL建立联合索引时会遵守最左前缀匹配原则,即最左优先,在检索数据时从联合索引的最左边开始匹配。 要想理解联合索引的最左匹配原则,先来理解下索引的底层原理。索引的底层是一颗B+树,...

    原文地址

    最左前缀匹配原则:在MySQL建立联合索引时会遵守最左前缀匹配原则,即最左优先,在检索数据时从联合索引的最左边开始匹配。

     要想理解联合索引的最左匹配原则,先来理解下索引的底层原理。索引的底层是一颗B+树,那么联合索引的底层也就是一颗B+树,只不过联合索引的B+树节点中存储的是键值。由于构建一棵B+树只能根据一个值来确定索引关系,所以数据库依赖联合索引最左的字段来构建。

    举例:创建一个(a,b)的联合索引,那么它的索引树就是下图的样子。



    可以看到a的值是有顺序的,1,1,2,2,3,3,而b的值是没有顺序的1,2,1,4,1,2。但是我们又可发现a在等值的情况下,b值又是按顺序排列的,但是这种顺序是相对的。这是因为MySQL创建联合索引的规则是首先会对联合索引的最左边第一个字段排序,在第一个字段的排序基础上,然后在对第二个字段进行排序。所以b=2这种查询条件没有办法利用索引。

      由于整个过程是基于explain结果分析的,那接下来在了解下explain中的type字段和key_lef字段。

    1.type联接类型。下面给出各种联接类型,按照从最佳类型到最坏类型进行排序:(重点看ref,rang,index)

     system:表只有一行记录(等于系统表),这是const类型的特例,平时不会出现,可以忽略不计
        const:表示通过索引一次就找到了,const用于比较primary key 或者 unique索引。因为只需匹配一行数据,所有很快。如果将主键置于where列表中,mysql就能将该查询转换为一个const
        eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键 或 唯一索引扫描。
        注意:ALL全表扫描的表记录最少的表如t1表
    ref:非唯一性索引扫描,返回匹配某个单独值的所有行。本质是也是一种索引访问,它返回所有匹配某个单独值的行,然而他可能会找到多个符合条件的行,所以它应该属于查找和扫描的混合体。
    range:只检索给定范围的行,使用一个索引来选择行。key列显示使用了那个索引。一般就是在where语句中出现了bettween、<、>、in等的查询。这种索引列上的范围扫描比全索引扫描要好。只需要开始于某个点,结束于另一个点,不用扫描全部索引。
    index:Full Index Scan,index与ALL区别为index类型只遍历索引树。这通常为ALL块,应为索引文件通常比数据文件小。(Index与ALL虽然都是读全表,但index是从索引中读取,而ALL是从硬盘读取)
        ALL:Full Table Scan,遍历全表以找到匹配的行

    2.key_len显示MySQL实际决定使用的索引的长度。如果索引是NULL,则长度为NULL。如果不是NULL,则为使用的索引的长度。所以通过此字段就可推断出使用了那个索引。

    计算规则:

        1.定长字段,int占用4个字节,date占用3个字节,char(n)占用n个字符。

        2.变长字段varchar(n),则占用n个字符+两个字节。

        3.不同的字符集,一个字符占用的字节数是不同的。Latin1编码的,一个字符占用一个字节,gdk编码的,一个字符占用两个字节,utf-8编码的,一个字符占用三个字节。

        (由于我数据库使用的是Latin1编码的格式,所以在后面的计算中,一个字符按一个字节算)

        4.对于所有的索引字段,如果设置为NULL,则还需要1个字节。

    接下来进入正题!!!

    示例:

    首先创建一个表


    该表中对id列.name列.age列建立了一个联合索引 id_name_age_index,实际上相当于建立了三个索引(id)(id_name)(id_name_age)。

    下面介绍下可能会使用到该索引的几种情况:

    1.全值匹配查询时






    通过观察上面的结果图可知,where后面的查询条件,不论是使用(id,age,name)(name,id,age)还是(age,name,id)顺序,在查询时都使用到了联合索引,可能有同学会疑惑,为什么底下两个的搜索条件明明没有按照联合索引从左到右进行匹配,却也使用到了联合索引? 这是因为MySQL中有查询优化器explain,所以sql语句中字段的顺序不需要和联合索引定义的字段顺序相同,查询优化器会判断纠正这条SQL语句以什么样的顺序执行效率高,最后才能生成真正的执行计划,所以不论以何种顺序都可使用到联合索引。另外通过观察上面三个图中的key_len字段,也可说明在搜索时使用的联合索引中的(id_name_age)索引,因为id为int型,允许null,所以占5个字节,name为char(10),允许null,又使用的是latin1编码,所以占11个字节,age为int型允许null,所以也占用5个字节,所以该索引长度为21(5+11+5),而上面key_len的值也正好为21,可证明使用的(id_name_age)索引。

    2.匹配最左边的列时


    该搜索是遵循最左匹配原则的,通过key字段也可知,在搜索过程中使用到了联合索引,且使用的是联合索引中的(id)索引,因为key_len字段值为5,而id索引的长度正好为5(因为id为int型,允许null,所以占5个字节)。


    由于id到name是从左边依次往右边匹配,这两个字段中的值都是有序的,所以也遵循最左匹配原则,通过key字段可知,在搜索过程中也使用到了联合索引,但使用的是联合索引中的(id_name)索引,因为key_len字段值为16,而(id_name)索引的长度正好为16(因为id为int型,允许null,所以占5个字节,name为char(10),允许null,又使用的是latin1编码,所以占11个字节)。

    由于上面三个搜索都是从最左边id依次向右开始匹配的,所以都用到了id_name_age_index联合索引。

      那如果不是依次匹配呢?



    通过key字段可知,在搜索过程中也使用到了联合索引,但使用的是联合索引中的(id)索引,从key_len字段也可知。因为联合索引树是按照id字段创建的,但age相对于id来说是无序的,只有id只有序的,所以他只能使用联合索引中的id索引。



    通过观察发现上面key字段发现在搜索中也使用了id_name_age_index索引,可能许多同学就会疑惑它并没有遵守最左匹配原则,按道理会索引失效,为什么也使用到了联合索引?因为没有从id开始匹配,且name单独来说是无序的,所以它确实不遵循最左匹配原则,然而从type字段可知,它虽然使用了联合索引,但是它是对整个索引树进行了扫描,正好匹配到该索引,与最左匹配原则无关,一般只要是某联合索引的一部分,但又不遵循最左匹配原则时,都可能会采用index类型的方式扫描,但它的效率远不如最做匹配原则的查询效率高,index类型类型的扫描方式是从索引第一个字段一个一个的查找,直到找到符合的某个索引,与all不同的是,index是对所有索引树进行扫描,而all是对整个磁盘的数据进行全表扫描。




    这两个结果跟上面的是同样的道理,由于它们都没有从最左边开始匹配,所以没有用到联合索引,使用的都是index全索引扫描。

    3.匹配列前缀

     如果id是字符型,那么前缀匹配用的是索引,中坠和后缀用的是全表扫描。

    select * from staffs where id like 'A%';//前缀都是排好序的,使用的都是联合索引

    select * from staffs where id like '%A%';//全表查询

    select * from staffs where id like '%A';//全表查询

    4.匹配范围值



      在匹配的过程中遇到<>=号,就会停止匹配,但id本身就是有序的,所以通过possible_keys字段和key_len 字段可知,在该搜索过程中使用了联合索引的id索引(因为id为int型,允许null,所以占5个字节),且进行的是rang范围查询。


    由于不遵循最左匹配原则,且在id<4的范围中,age是无序的,所以使用的是index全索引扫描。



      不遵循最左匹配原则,但在数据库中id<2的只有一条(id),所以在id<2的范围中,age是有序的,所以使用的是rang范围查询。



      不遵循最左匹配原则,而age又是无序的,所以进行的全索引扫描。

    5.准确匹配第一列并范围匹配其他某一列



      由于搜索中有id=1,所以在id范围内age是无序的,所以只使用了联合索引中的id索引。

    展开全文
  • 路由查找最长前缀匹配

    万次阅读 2015-04-29 12:17:55
    (也叫最长前缀匹配,是路由器在查找路由表进行选路的算法) 例如,考虑下面这个IPV4的路由表: 192.168.20.16/28 e0 192.168.0.0/16 s0 在要查找地址192.168.20.19时,不难发现上述两条都“匹配”,即...
  • 最长前缀匹配(LPM)库 最长前缀匹配(LPM)库,支持IPv4和IPv6。 该实现是用C99编写的,并根据2条款BSD许可进行分发。 另外,绑定可用于Lua和Java 。 还提供了构建RPM和DEB软件包的规范。 API lpm_t *lpm_create...
  • 路由基础——最长前缀匹配

    千次阅读 2020-05-13 11:01:49
    当路由器受到一个IP数据包时,它会将数据包的目的IP地址与自己本地路由表中的所有路由表项进行逐位(Bit-By-Bit)比对,直到找到匹配长度度最长的条目,这就是最长前缀匹配机制 机制过程 在图中网络,路由器R4的...
  • 在路由器中,一般来说转发模块采用最大前缀匹配原则进行目的端口查找,具体如下: IP地址和子网地址匹配: IP地址和子网地址所带掩码做AND运算后,得到的值与子网地址相同,则该IP地址与该子网匹配。
  • 路由表格式 目的地 掩码 网关(下一跳) 接口 目的IP地址先和转发表中的掩码执行按位与操作,得到的结果在和同一转发表条目中的目的地比较,取最长前缀 详细的可参照此博客
  • leetcode14最长前缀匹配

    2019-12-28 12:08:03
    C语言中的数组类型的传参数,还是不够理解. 根据***c prime plus*** 的知识点:指针...p[1 ] 输出的是一个地址 :最高一级别的指针索引(一级页表) p[ i ] [ j ] : 输出的是一个数 下面是一维数组的情况下: ...
  • DPDK-LPM LIBRARY 最长前缀匹配算法

    千次阅读 2017-08-23 12:10:26
     最长前缀匹配(LPM)算法是指在IP协议中被路由器用于在路由表中进行选择的一个算法。  因为路由表中的每个表项都指定了一个网络,所以一个目的地址可能与多个表项匹配。最明确的一个表项--即
  • 最长匹配前缀

    千次阅读 2019-06-08 19:16:52
    网络前缀,下一跳地址>。在查找路由的时候可能会得到不止一个匹配的结果。此时应当从匹配结果中选择具有最长网络前缀的路由。因为网络前缀越长,其地址块就越小,路由就越具体。 实例 已知: 收到的分组的目的...
  • 以下的地址前缀中的那一个地址和2.52.90.140匹配?请说明理由 (1)0/4 (2)32/4 (3)4/6 (4)80/4 我这儿有答案,就是看不懂,答案是: 前缀(1)和地址2.52.90.140匹配 2.52.90.140  ...
  • 则出现“dreamweaver测试服务器的站点URL前缀与在HTTP地址中为该站点指定的站点URL前缀匹配” 原因: 在第四步测试服务器的的站点URL为 http://localhost/web/ 中的web 即 错误中提到的“URL前缀[/web]...
  • IP地址匹配

    2019-10-06 23:11:55
    问题描述:在路由器中,一般来说转发模块采用最大前缀匹配原则进行目的端口查找,具体如下: IP地址和子网地址匹配: IP地址和子网地址所带掩码做AND运算后,得到的值与子网地址相同,则该IP地址与该子网匹配。 ...
  • 有关有序HASH树SDK请参考以下网址http://topic.csdn.net/u/20090820/08/cd6917ee-b22e-412f-8bf1-9afd6770c7e8.html 1.1 前缀匹配应用介绍目前在信息应用中普遍存在编码的情况,其中前缀方式编码的情况普遍存在,...
  • nginx Url 地址匹配规则

    千次阅读 2019-08-20 11:06:15
    前缀匹配时,Nginx 不对 url 做编码,因此请求为/static/20%/aa,可以被规则^~ /static/ /aa匹配到(注意是空格) 多个 location 配置的情况下匹配顺序为(参考资料而来,还未实际验证,试试就知道了,不必拘泥,仅...
  • 主机 H1 首先将本子网的子网掩码 255.255.255.128 与分组的 IP 地址 128.30.33.138 逐比特相与”(AND 操作) 在这里插入图片描述 因此 H1 必须把分组传送到路由器 R1 然后逐项查找路由表 路由器 R1 收到分组后就用...
  • 当路由器收到一个IP数据包时,会将数据包的目的IP地址与自己本地路由表中的表项进行bit by bit的逐位查找,直到找到匹配度最长的条目,这叫最长匹配原则。 这里有几个概念要先搞清楚:看上面的图,这是一个形象化的...
  • [问题]下列的前缀中的哪一个和地址152.7.77.159及152.31.47.252都匹配?请说明理由。 (1)152.40/13;(2)153.40/9;(3)152.64/12;(4)152.0/11。 答:(1)152.7.77.159与11111111 11111000 00000000 00000000逐比特...
  • getFourNum(),得到IP地址中的4个数字; addTree(),添加前缀树节点; searchTree(),在前缀树中进行查找。 struct TrieNode { TrieNode() :nexts{nullptr} {} int num; TrieNo...
  • 相关链接:JavaScript算法学习之回文对匹配(一)暴力法 接着上篇,在上篇里我...官方解法地址 枚举前缀和后缀 假设有两个字符串s1、s2。 并且,s1 + s2 能够构成一个回文串。这时候,会有三种情况: 1)s1.length =
  • 划分子网划分子网三级IP地址划分子网基本思路划分子网举例子网掩码例题使用子网时分组的转发无分类编址网络前缀无分类的两级编址CIDR地址块路由聚合CIDR 记法的其他形式CIDR地址块划分举例最长前缀匹配例题划分子网...
  • 配置前缀列表

    2020-09-28 22:44:33
    前缀列表中的匹配条目由IP地址和掩码组成,IP地址可以是网段地址或主机地址,掩码长度的匹配范围为0~32,可以进行精确匹配或者在一定掩码长度范围内匹配,也可以通过配置关键字greater-equal 和 less-equal 指定待...
  • (1)152.7.77.159和11111111 11111000 00000000 00000000逐比特相“与”和(1)不匹... 152.31.47.252和11111111 11100000 00000000 00000000逐比特相“与”和(4)匹配,故(4)符合条件。 总结 :掩码后比对
  • IP前缀列表

    2020-12-01 18:40:53
    IP前缀列表,所匹配的对象是IP地址前缀,也就是路由条目。 一个路由条目由目的网络地址(也被称为IP前缀)及掩码长度(也被称为前缀长度)共同标识。 使用ACL从一批路由中筛选出感兴趣的路由时,是无法指定被匹配...
  • 前缀匹配: uri地址以前缀开始 例如 location /image 和有修饰的区别在于 有修饰的前缀可以多级前缀 例如: location ^~/image/haha/kaka 无修饰的前缀匹配不能指定多级前缀,只能一级 例如: location /image

空空如也

空空如也

1 2 3 4 5 ... 16
收藏数 317
精华内容 126
关键字:

地址前缀匹配