2019-01-09哦，老师我明白了，访问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。
想了一晚上，终于搞明白了！ 老师，我这样理解是对的吧？展开作者回复: 对的！先从二叉树，自然就能找到最长匹配，并记住它，接着再顺序执行正则匹配(如果没有禁止正则匹配的话！)。
11
2018-12-10ngx状态中的活跃数就是当前链接的并发数吗？活跃数是否可以作为一个监控指标作者回复: 是的，可以的
2- 2019-03-20老师，我们匹配/Test1/ 是 ~/Test1/$ 这个也匹配上了吧，这个不算最长的吗
作者回复: 最长匹配指纯字符串的前缀匹配，不包括正则
1 - 2019-01-09陶老师，我的理解是对的话，那为啥访问location.test.com/Test1/Test2结果返回的是longest regular expression match呢？
作者回复: 正则表达式的优先级,高于字符串匹配的.
1 - 2019-01-08陶老师，刚才的例子中:
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!
我的理解对吗？展开作者回复: 对的，最长匹配是通过红黑树实现的，否则表达式是按次序匹配的。
1 - 2018-12-31老师，我在location下配置了该句：return 200 "location ~ /Test1/$";
提示该行有错，把$用反斜杠转移无效，请问怎么正确转移$？作者回复: return指令不支持参数中含有$却没有表示变量。如果阅读源码可以参见ngx_http_compile_complex_value方法。
1 1 
2019-12-29老师，你使用的xshell终端，底部 tab 路径切换是怎么配置的？作者回复: 我用的一个工具叫screen，可以很方便的切换多个终端，你可以试试，用yum install screen安装。
1
2019-11-29好了，听晕了，可以上班搬砖了。作者回复: ^_^
2019-06-27nginx conf文件里面最后一行没有 = 为什么是精确匹配呢？和前半部分似乎有些不同作者回复: 这是视频中没有向下滚动的原因，那个前缀匹配/Test1下还有一个=号的精确匹配。
你可以查看示例配置文件https://github.com/russelltao/geektime-nginx/blob/master/examples/locations.conf找到完整的配置对照。
2019-06-15陶老师您好，location指令属于ngx_http_core_module模块，这个模块属于11个阶段中的哪个阶段呀？
是find_config阶段吗？作者回复: 这个算Nginx的http框架，与其他HTTP模块不同。它同时在多个阶段工作。find_config阶段的执行代码都属于Nginx框架，并不局限在某一个HTTP模块的代码中。
2019-03-13老师，我rewrite到@location总是不生效，但是rewrite到/location就是生效的，能说下为什么嘛，nginx版本是1.15版本的作者回复: 在replacement中填写@是不符合rewrite语义的，因为rewrite是为了重写URL，URL都没有就没法重写了。详见官方文档：http://nginx.org/en/docs/http/ngx_http_rewrite_module.html#rewrite
2019-01-10太好了，经常搞不懂这里的匹配规则作者回复: :-)
2018-12-22这里有提到 NGINX活跃连接数吗作者回复: find_config？与活跃连接数无关
- 2018-12-10陶老师您好，nginx状态中的活跃数就是当前链接的并发链接数吗？活跃数是否可以作为监控ngx的一个指标
作者回复: 可以的