用(?>…)实现固化分组(乐成匹配后，回簌时不会思量这个匹配的字符)
详细来说，利用「(?>…)」的匹配与正常的匹配并无不同，可是假如匹配举办到此布局之后（也就是，举办到闭括号之后），那么此布局体中的所有备用状态城市被放弃（不能被回溯）。
也就是说，在固化分组匹配竣事时，它已经匹配的文本已经固化为一个单位，只能作为整体而保存或放弃。括号内的子表达式中未实验过的备用状态都不复存在了，所以回溯永远也不能选择个中的状态（至少是，当此布局匹配完成时，“锁定（locked in）”在个中的状态）。
例子:
好比要处理惩罚一批数据，本来名目为123.456，厥后因为浮点数显示问题，部门数据名目变为123.456000000789这种，，要求做到只保存小数点后头2-3位，可是，最后一位不能为0，这个正则如何写呢？（下面直接思量小数点后头的数字），写出正则之后，我们还要用这个正则去匹配数据，把本来的数据替换成匹配的功效。
正则一、
很明明，这种写法，对付部门数据名目为123.456的这种名目，白白的处理惩罚了一遍，为了提高效率，我们还要对这个正则举办处理惩罚。从123.456这个字符串跟其他的较量一下，我们发明，是疑问123.456这个数据后头没数字了，所以，白白处理惩罚一遍。那好办，我们对这个正则改革一下，把后头的量词*改成+，这样对付123.45 小数点后头1，2位数字的，不会去白白处理惩罚，并且，对三位以上数字的，处理惩罚正常。其PHP代码为
正则二、
好了，这个正则真的没问题吗？？下面,我们也阐明一下这个正则的匹配进程吧。
字符串"123.456",正则表达式为【\.(\d\d[1-9]?)\d+】，我们来看下
首先（小数点前123不说了），
【\.】匹配"."，匹配乐成，把节制权给下一个【\d】，【\d】匹配“4”乐成，把节制权给第二个【\d】，这个【\d】匹配“5”乐成，然后，把节制权给了【[1-9]?】，由于量词是【?】，正则表达式遵循“量词优先匹配”，并且，此处是【?】，还会留下一个回溯点。然后匹配"6"乐成，然后把节制权给【\d+】，【\d+】发明后头没字符了，最遵循“后进先出”法则，回到上一个回溯点，举办匹配，这时，【[1-9]?】会交还出其匹配的字符“6”，【[1-9]?】匹配“6”乐成。匹配完成了。各人发明【(\d\d[1-9]?)】匹配的功效确是"45",并不是我们想要的“456”，“6”被【\d+】匹配去了。那么，我们该如何办呢？ 可否让【[1-9]?】匹配一旦乐成，不举办回溯呢？这就用到了我们上面说的"固化分组", PHP（preg_replace函数）中利用的正则引擎支持固化分组，我们按照固化分组的写法，可以把代码改成如下方法
正则三、
改成这样的话，那字符串“123.456“是不切合要求，不会被匹配的。那我们就可以实现我们的要求了。
所以，让我们来看(\.\d\d(?>[1-9]?))\d+。
在固化分组内，量词可以或许正常事情，所以假如[1-9]不能匹配，正则表达式会返回? 留下的备用状态。然后匹配离开固化分组，继承前进到「\d+」。在这种环境下，当节制权分开固化分组时，没有备用状态需要放弃（因为在固化分组中没有建设任何备用状态）。
假如[1-9] 可以或许匹配，匹配离开固化分组之后，「? 」生存的备用状态仍然存在。可是，因为它属于已经竣事的固化分组，所以会被丢弃。
匹配‘.625’可能‘.625000’时就会产生这种环境。在后一种环境下，放弃那些状态不会带来任何贫苦，因为「\d+」匹配的是‘.625000’，到这里正则表达式已经完成匹配。可是对付‘.625’来说，因为「\d+」无法匹配，正则引擎需要回溯，但回溯又无法举办，因为备用状态已经不存在了。既然没有可以或许回溯的备用状态，整体匹配也就失败，‘.625’不需要处理惩罚，而这正是我们期望的。