课件及代码下载链接：

哦，老师我明白了，访问location.test.com/Test1/Test2时，先nginx会按前缀匹配，找到 location ^~ /Test1/ location /Test1/Test2 location /Test1 取其中最长的 /Test1/Test2, 然后记住它，而此时没有(^~标识)，就不会禁止正则匹配，接着nginx去看有没有正则匹配，发现了 location ~* /Test1/(\w+)$ ，于是按照优先级顺序正则>前缀，返回了longest regular expressions match 如果注释掉 location /Test1/Test2 这个， 则在nginx在第一步中记住的最长前缀匹配就是 location ^~ /Test1/了，而它是显示的指定禁止正则匹配的，因此nginx结束查找，返回stop regular expressions match。 想了一晚上，终于搞明白了！ 老师，我这样理解是对的吧？

老师，我们匹配/Test1/ 是 ~/Test1/$ 这个也匹配上了吧，这个不算最长的吗

陶老师，刚才的例子中: server { server_name location.test.com; location ~ /Test/$ { return 200 'first regular expressions match!\n'; } location ^~ /Test1/ { return 200 'stop regular expressions match!\n'; } location ~* /Test1/(\w+)$ { return 200 'longest regular expressions match!\n'; } location /Test1/Test2 { return 200 'longest prefix string match!\n'; } location /Test1 { return 200 'prefix string match!\n'; } location = /Test1 { return 200 'exact match!\n'; } } curl -x 127.0.0.1:80 location.test.com/Test1/Test2时，先是匹配中了^~ /Test1/，它禁止正则匹配，但是依然会走其他的前缀匹配，所以结果是最长的那个前缀匹配:longest prefix string match 将location ^~ /Test1/这个注释掉后，依然curl -x 127.0.0.1:80 location.test.com/Test1/Test2，这时候 location ~* /Test1/(\w+)$ 和 location /Test1/Test2 都能匹配中，但是正则匹配的优先级比普通的前缀匹配优先级高，所以结果是: longest regular expressions match! 我的理解对吗？

ngx状态中的活跃数就是当前链接的并发数吗？活跃数是否可以作为一个监控指标

nginx查找location 的步骤： 1.精确匹配上了，则使用这个location，否则往下找 2.开始进行前缀匹配，获记录最长的前缀匹配的location 3.如果前缀匹配上加了 ^~，就使用这个loaction，否则往下找 4.开始进行正则匹配，如果匹配到正则表达式的location，则使用这个，否则往下走 5.获取到第2步中的最长的前缀匹配location，就使用它。 老师，这样理解的对不？

太好了，经常搞不懂这里的匹配规则

陶老师，我的理解是对的话，那为啥访问location.test.com/Test1/Test2结果返回的是longest regular expression match呢？

老师，我在location下配置了该句：return 200 "location ~ /Test1/$"; 提示该行有错，把$用反斜杠转移无效，请问怎么正确转移$？

老师, location 中最长完全匹配和前缀匹配优先级哪个高?

老师，你使用的xshell终端，底部 tab 路径切换是怎么配置的？