此问题在此处已有答案：

Why order matters in this RegEx with alternation?（3个答案）
上个月关门了。
JavaDoc for java.util.regex.Matcher.find()说：
尝试查找与模式匹配的输入序列的下一个子序列。
该方法从匹配器区域的开始处开始，或者，如果该方法的先前调用成功并且匹配器此后未被重置，则从先前匹配未匹配的第一个字符处开始。
如果匹配成功，则可以通过start、end和group方法获得更多信息。
这不是它实际上做的。在玩了一会儿之后，我对它实际上是做什么有了一些直觉，但我想知道是否在任何地方都有记录。
一些例子：

Pattern.compile("a|ad").matcher("ad").find() --> group() = "a"
Pattern.compile("ad|a").matcher("ad").find() --> group() = "ad"

字符串
显然，子序列a匹配两个模式，但第二个匹配器跳过a并发现ad是“匹配模式的下一个子序列”。
类似地，我认为我们都同意[abc]+匹配单个a、b或c，但是

Pattern.compile("[abc]+").matcher("ababab").find() --> group = "ababab"

型
这跳过了a是该图案的完美精细匹配的事实。
我认为，如果实现是基于模式的，那么它正在以某种顺序尝试模式的各个部分。因此，a|ad匹配a并忽略d，但ad|a则相反。[abc]+贪婪地匹配，即使它正在寻找下一个子序列匹配。
所以问题是，JavaDoc应该说什么？它不是匹配的最长子序列（参见a vs ad），也不是匹配的第一个子序列（参见ababab vs a）。那么，这个方法实际上是在做什么呢？有没有一种方法可以将它固定到一个合理的规范中呢？
请注意，我理解这里发生的事情。我只是指出这个方法的行为与JavaDoc * 和 * 不匹配，如果不明确地描述这个方法的实现，就不清楚如何修复JavaDoc。find没有找到“下一个与模式匹配的子序列”。它不仅根据匹配模式的字符串，而且还根据模式的构造方式来查找匹配模式的下一个子序列。