java 正则表达式 pattern.unix_lines（即?d）解

在使用Pattern.compile函数时，可以加入控制正则表达式的匹配行为的参数：  

    Pattern Pattern.compile(String regex, int flag) 
  

flag的取值范围如下： 

    Pattern.CANON_EQ
当且仅当两个字符的"正规分解(canonical decomposition)"都完全相同的情况下，才认定匹配。比如用了这个标志之后，表达式"a\u030A"会匹配"?"。默认情况下，不考虑"规范相等性(canonical equivalence)"。
  

 

    Pattern.CASE_INSENSITIVE(?i)
默认情况下，大小写不明感的匹配只适用于US-ASCII字符集。这个标志能让表达式忽略大小写进行匹配。要想对Unicode字符进行大小不明感的匹配，只要将UNICODE_CASE与这个标志合起来就行了。
  

 

    Pattern.COMMENTS(?x)
在这种模式下，匹配时会忽略(正则表达式里的)空格字符(译者注：不是指表达式里的"\\s"，而是指表达式里的空格，tab，回车之类)。注释从#开始，一直到这行结束。可以通过嵌入式的标志来启用Unix行模式。 
  

    Pattern.DOTALL(?s) 
在这种模式下，表达式'.'可以匹配任意字符，包括表示一行的结束符。默认情况下，表达式'.'不匹配行的结束符。 
  

    Pattern.MULTILINE (?m)
在这种模式下，'^'和'$'分别匹配一行的开始和结束。此外，'^'仍然匹配字符串的开始，'$'也匹配字符串的结束。默认情况下，这两个表达式仅仅匹配字符串的开始和结束。
  

 

    Pattern.UNICODE_CASE (?u)
在这个模式下，如果你还启用了CASE_INSENSITIVE标志，那么它会对Unicode字符进行大小写不明感的匹配。默认情况下，大小写不敏感的匹配只适用于US-ASCII字符集。
  

 

    Pattern.UNIX_LINES(?d)
在这个模式下，只有'\n'才被认作一行的中止，并且与'.'，'^'，以及'$'进行匹配
  

以上内容中提到的Pattern.UNIX_LINES(?d)完整的相关解释如下：
      默认情况下（没有使用UNIX——LINES时）是识别完整的行终结符，匹配文本行边界的元字符会把CR/LF视为不可分隔的单位，一次性匹配这两个字符。

      举例来说，$和\Z通常会匹配行终结符之前的位置。LF是行终结符，但只有在它不属于CR/LF（也就是说，LF之前没有CR）的情况下，$和\Z才能匹配字符串末尾的LF之前的位置。

      MUTILINE模式中的$和^也是如此，在这种模式下，只有在CR之后没有LF的情况下，^才能匹配CR之后的位置；只有在LF之前不是CR的情况下，$才能匹配LF之前的位置。

      必须说清楚的是，DOTALL对CR/LF的处理没有影响（DOTALL只影响点号，而点号总是逐个处理字符的），UNIX——LINES根本不存在此类问题（它只识别CR，所有其它行终结符都不需要特殊处理）。
 
注：

java 正则表达式 pattern.unix_lines（即?d）解释