path-to-regexp之贪婪匹配

测试一
var reg = /(/[w]+?)(/[w]+?)/i
reg.exec('/test/reg')  
结果:["/test/r", "/test", "/r", index: 0, input: "/test/reg", groups: undefined]

测试二
var reg = /(/[w]+?)(/[w]+?)(/[w]+?)/i
reg.exec('/test/reg/pittle')
结果: ["/test/reg/p", "/test", "/reg", "/p", index: 0, input: "/test/reg/pittle", groups: undefined]

测试三
var reg = /(/[w]+)(/[w]+?)(/[w]+?)/i
reg.exec('/test/reg/pittle')
结果:["/test/reg/p", "/test", "/reg", "/p", index: 0, input: "/test/reg/pittle", groups: undefined]

测试四
var reg = /(/[w]+)(/[w]+)(/[w]+?)/i
reg.exec('/test/reg/pittle')
结果: ["/test/reg/p", "/test", "/reg", "/p", index: 0, input: "/test/reg/pittle", groups: undefined]

由结论可以看出测试二，测试三，测试四的结果是一样的。
由此可以知道当连续的两个非贪婪匹配一起用时，只有最后一个非贪婪匹配。
也就是多个非贪婪匹配一起用，前面的非贪婪匹配会会变成贪婪匹配。也就是+? 会变成 + 

最后再加个测试五(在非贪婪匹配后面加$,相当于将非贪婪匹配变成贪婪匹配)
var reg = /(/[w]+)(/[w]+)(/[w]+?)$/i
reg.exec('/test/reg/pittle')
结果: ["/test/reg/pittle", "/test", "/reg", "/pittle", index: 0, input: "/test/reg/pittle", groups: undefined]

　　

有了这个结论，下面我们看看path-to-regexp
    const key = [];
    const regexp = pathToRegexp('/:foo/:bar', key);

    console.log(regexp);  
    结果: /^(?: / ([^/#?]+?)) (?:/([^/#?]+?)) [/#?]?$/i  

    console.log(regexp.exec('/test/route'));
    //结果: ["/test/route", "test", "route", index: 0, input: "/test/route", groups: undefined]

    console.log(key); //key为pathToRegexp的参数匹配的名字
    //结果: [
    {
        "name": "foo",
        "prefix": "/",
        "suffix": "",
        "pattern": "[^\/#\?]+?",
        "modifier": ""
    },
    {
        "name": "bar",
        "prefix": "/",
        "suffix": "",
        "pattern": "[^\/#\?]+?",
        "modifier": ""
    }
    ]
    
    下面来分析一下上面的正则结果: 
     /^(?: / ([^/#?]+?)) (?:/([^/#?]+?)) [/#?]?$/i  
     
    把[/#?]?$这一段去掉
    var reg = /^(?:/([^/#?]+?))(?:/([^/#?]+?))/i
    reg.exec('/test/route');
    结果：["/test/r", "test", "r", index: 0, input: "/test/route", groups: undefined]
    正如上面所说的 第一个非贪婪匹配+?变成了贪婪匹配?，只有第二个非贪婪匹配+?起作用了匹配上了r，也就是只有最后一个非贪婪匹配起效果

    如果只把[/#?]? 去掉,不去掉$符号呢?
    var reg = /^(?:/([^/#?]+?))(?:/([^/#?]+?))$/i;
    reg.exec('/test/route');
    结果：["/test/route", "test", "route", index: 0, input: "/test/route", groups: undefined]
     
    结果说明了，如果最后一个非贪婪匹配后面加了$ 就会变成贪婪匹配

    

　　

　　

(?:pattern)

非获取匹配，匹配pattern但不获取匹配结果，不进行存储供以后使用。这在使用或字符"(|)"来组合一个模式的各个部分是很有用。例如"industr(?:y|ies)"就是一个比"industry|industries"更简略的表达式。

(?=pattern)

非获取匹配，正向肯定预查，在任何匹配pattern的字符串开始处匹配查找字符串，该匹配不需要获取供以后使用。例如，"Windows(?=95|98|NT|2000)"能匹配"Windows2000"中的"Windows"，但不能匹配"Windows3.1"中的"Windows"。预查不消耗字符，也就是说，在一个匹配发生后，在最后一次匹配之后立即开始下一次匹配的搜索，而不是从包含预查的字符之后开始。

(?!pattern)

非获取匹配，正向否定预查，在任何不匹配pattern的字符串开始处匹配查找字符串，该匹配不需要获取供以后使用。例如"Windows(?!95|98|NT|2000)"能匹配"Windows3.1"中的"Windows"，但不能匹配"Windows2000"中的"Windows"。

(?<=pattern)

非获取匹配，反向肯定预查，与正向肯定预查类似，只是方向相反。例如，"(?<=95|98|NT|2000)Windows"能匹配"2000Windows"中的"Windows"，但不能匹配"3.1Windows"中的"Windows"。

(?<!pattern)

非获取匹配，反向否定预查，与正向否定预查类似，只是方向相反。例如"(?<!95|98|NT|2000)Windows"能匹配"3.1Windows"中的"Windows"，但不能匹配"2000Windows"中的"Windows"。这个地方不正确，有问题