Boyer–Moore 算法

KMP 算法将前缀匹配的信息用到了极致，

而 BM 算法背后的基本思想是通过后缀匹配获得比前缀匹配更多的信息来实现更快的字符跳转。

引入

想象一下，如果我们的的模式字符串，被放在文本字符串的左手起头部，使它们的第一个字符对齐。

\begin{aligned} \textit{pat}:\qquad\qquad &\texttt{EXAMPLE} \\ \textit{string}:\qquad\quad &\texttt{HERE IS A SIMPLE EXAMPLE} \dots \\ &\qquad\ \ \ \, \, \Uparrow \end{aligned}

在这里做定义，往后不赘述：

的长度为，特别地对于从 0 开始的串来说，规定为串最后一个字符的位置；

的长度，。

假如我们知道了的第个字符（与的最后一个字符对齐）考虑我们能得到什么信息：

观察 1

如果我们知道这个字符不在中，我们就不用考虑从的第个、第个……第个字符起出现的情况，，而可以直接将向下滑动个字符。

观察 2

更一般地，如果出现在最末尾（也就是最右边）的那一个字符的位置是离末尾端差了个字符，

那么就可以不用匹配，直接将向后滑动个字符：如果滑动距离少于，那么仅就这个字符就无法被匹配，当然模式字符串也就不会被匹配。

因此除非字符可以和末尾的那个字符匹配，否则要跳过个字符（相当于向后滑动了个字符）。并且我们可以得到一个计算的函数：

\begin{array}{ll} \textbf{int}\ delta1(\textbf{char}\ char) \\ \qquad \textbf{if}\ \text{char不在pat中 || char是pat上最后一个字符} \\ \qquad\qquad\textbf{return}\ patlen \\ \qquad \textbf{else} \\ \qquad\qquad\textbf{return}\ patlastpos-i\quad\textbf{//}\ \text{i为出现在pat最末尾的那一个char出现的位置，即pat[i]=char} \end{array}

注意：显然这个表只需计算到的位置

现在假设和最后一个字符匹配到了，那我们就看看前一个字符和的倒数第二个字符是否匹配：

如果是，就继续回退直到整个模式串完成匹配（这时我们就在上成功得到了一个的匹配）；

或者，我们也可能会在匹配完的倒数第个字符后，在倒数第个字符上失配，这时我们就希望把向后滑动到下一个可能会实现匹配的位置，当然我们希望滑动得越远越好。

观察 3(a)

在 观察 2 中提到，当匹配完的倒数个字符后，如果在倒数第个字符失配，为了使得中的失配字符与上对应字符对齐，

需要把向后滑动个字符，也就是说我们应该把注意力看向之后的个字符（也就是看向滑动 k 之后，末段与对齐的那个字符）。

而，

所以我们的注意力应该沿着向后跳个字符。

然而，我们有机会跳过更多的字符，请继续看下去。

观察 3(b)

如果我们知道接下来的个字符和的最后个字符匹配，假设这个子串为，

我们还知道在失配字符后面是与相匹配的子串，而假如对应失配字符前面存在，我们可以将向下滑动一段距离，

使得失配字符在上对应的字符前面出现的（合理重现，plausible reoccurrence，以下也简称 pr）与的对齐。如果上有多个，按照从右到左的后缀匹配顺序，取第一个（rightmost plausible reoccurrence，以下也简称 rpr）。

假设此时向下滑动的个字符（也即末尾端的与其最右边的合理重现的距离），这样我们的注意力应该沿着向后滑动个字符，这段距离我们称之为：

假定为 $subpat=pat[j+1\dots patlastpos]$ 在上失配时的最右边合理重现的位置，（这里只给出简单定义，在下文的算法设计章节里会有更精确的讨论），那么显然 $k=j-rpr(j),\ m=patlastpos-j$ 。

所以有：

\begin{array}{ll} \textbf{int}\ delta2(\textbf{int}\ j) \quad\textbf{//}\ \text{j为失配字符在pat上对应字符的位置} \\ \qquad\qquad\textbf{return}\ patlastpos-rpr(j) \\ \end{array}

于是我们在失配时，可以把把上的注意力往后跳过 $\max(delta_1,delta_2)$ 个字符

过程

箭头指向失配字符：

\begin{aligned} \textit{pat}:\qquad\qquad &\texttt{AT-THAT} \\ \textit{string}:\ \ \ \dots\ &\texttt{WHICH-FINALLY-HALTS.--AT-THAT-POINT} \dots \\ &\qquad\ \ \ \, \, \Uparrow \end{aligned}

$\texttt{F}$ 没有出现中，根据 观察 1，直接向下移动个字符，也就是 7 个字符：

\begin{aligned} \textit{pat}:\qquad\qquad &\qquad\quad\ \ \, \texttt{AT-THAT} \\ \textit{string}:\ \ \ \dots\ &\texttt{WHICH-FINALLY-HALTS.--AT-THAT-POINT} \dots \\ &\qquad\ \ \ \, \, \qquad\quad\ \ \ \Uparrow \end{aligned}

根据 观察 2，我们需要将向下移动 4 个字符使得短横线字符对齐：

\begin{aligned} \textit{pat}:\qquad\qquad &\qquad\qquad\quad\ \ \, \texttt{AT-THAT} \\ \textit{string}:\ \ \ \dots\ &\texttt{WHICH-FINALLY-HALTS.--AT-THAT-POINT} \dots \\ &\qquad\ \ \ \; \qquad\qquad\qquad \Uparrow \end{aligned}

现在char: $\texttt{T}$ 匹配了，把上的指针左移一步继续匹配：

\begin{aligned} \textit{pat}:\qquad\qquad &\qquad\qquad\quad\ \ \, \texttt{AT-THAT} \\ \textit{string}:\ \ \ \dots\ &\texttt{WHICH-FINALLY-HALTS.--AT-THAT-POINT} \dots \\ &\qquad\ \ \ \; \qquad\qquad\quad\ \, \Uparrow \end{aligned}

根据 观察 3(a)， $\texttt{L}$ 失配，因为 $\texttt{L}$ 不在中，所以向下移动个字符，而上指针向下移动个字符：

\begin{aligned} \textit{pat}:\qquad\qquad &\qquad\qquad\qquad\qquad\ \ \,\, \texttt{AT-THAT} \\ \textit{string}:\ \ \ \dots\ &\texttt{WHICH-FINALLY-HALTS.--AT-THAT-POINT} \dots \\ &\qquad\ \ \ \; \qquad\qquad\qquad\qquad\ \ \ \, \, \Uparrow \end{aligned}

这时又一次匹配到了的最后一个字符 $\texttt{T}$ ，上的指针向左匹配，匹配到了 $\texttt{A}$ ，继续向左匹配，发现在字符 $\texttt{-}$ 失配：

\begin{aligned} \textit{pat}:\qquad\qquad &\qquad\qquad\qquad\qquad\ \ \,\, \texttt{AT-THAT} \\ \textit{string}:\ \ \ \dots\ &\texttt{WHICH-FINALLY-HALTS.--AT-THAT-POINT} \dots \\ &\qquad\ \ \ \; \qquad\qquad\qquad\quad\ \ \ \,\, \Uparrow \end{aligned}

显然直观上看，此时根据 观察 3(b)，将向下移动个字符，使得后缀 $\texttt{AT}$ 对齐，这种滑动可以获得指针最大的滑动距离，此时，即上指针向下滑动 7 个字符。

而从形式化逻辑看，此时， $delta_1=7-1-2=4,\ delta_2=7, \max(delta_1,delta_2)= 7$ ，这样从形式逻辑上支持了进行 观察 3(b) 的跳转：

\begin{aligned} \textit{pat}:\qquad\qquad &\qquad\qquad\qquad\qquad\qquad\quad \;\, \texttt{AT-THAT} \\ \textit{string}:\ \ \ \dots\ &\texttt{WHICH-FINALLY-HALTS.--AT-THAT-POINT} \dots \\ &\qquad\ \ \ \; \qquad\qquad\qquad\qquad\qquad\quad \ \ \; \Uparrow \end{aligned}

现在我们发现了上每一个字符都和上对应的字符相等，我们在上找到了一个的匹配。而只花费了 14 次对的引用，其中 7 次是完成一个成功的匹配所必需的比较次数（），另外 7 次让我们跳过了 22 个字符。

算法设计

最初的匹配算法

解释

现在看这样一个利用和进行字符串匹配的算法：

\begin{array}{ll} i \gets patlastpos. \\ j \gets patlastpos. \\ \textbf{loop}\\ \qquad \textbf{if}\ j < 0 \\ \qquad \qquad \textbf{return}\ i+1 \\ \\ \qquad \textbf{if}\ string[i]=pat[j] \\ \qquad \qquad j \gets j-1 \\ \qquad \qquad i \gets i-1 \\ \qquad \qquad \textbf{continue} \\ \\ \qquad i \gets i+max(delta_1(string[i]), delta_2(j)) \\ \\ \qquad \textbf{if}\ i > stringlastpos \\ \qquad \qquad \textbf{return}\ false \\ \qquad j \gets patlastpos \\ \end{array}

如果上面的算法 $\textbf{return}\ false$ ，表明不在中；如果返回一个数字，表示在左起第一次出现的位置。

然后让我们更精细地描述下计算，所依靠的函数。

根据前文定义，表示在失配时，子串 $subpat=pat[j+1\dots patlastpos]$ 在最右边合理重现的位置。

也就是说需要找到一个最好的 , 使得 $pat[k\dots k+patlastpos-j-1]=pat[j+1\dots patlastpos]$ ，另外要考虑两种特殊情况：

当时，相当于在前面补充了一段虚拟的前缀，实际上也符合跳转的原理。
当时，如果，则这个 $pat[k\dots k+patlastpos-j-1]$ 不能作为的合理重现。原因是本身是失配字符，所以向下滑动个字符后，在后缀匹配过程中仍然会在处失配。

还要注意两个限制条件：

。因为当时，有，在上失配的字符也会在上失配。
考虑到，所以规定。

过程

由于理解是实现 BoyerMoore 算法的核心，所以我们使用如下两个例子进行详细说明：

\begin{aligned} \textit{j}:\qquad\qquad\quad\ \ &\texttt{0 1 2 3 4 5 6 7 8} \\ \textit{pat}:\qquad\qquad\ \ &\texttt{A B C X X X A B C} \\ \textit{rpr(j)}:\qquad\quad\ \ &\texttt{5 4 3 2 1 0 2 1 8} \\ \textit{sgn}:\qquad\qquad\ \ &\texttt{- - - - - - - - +} \end{aligned}

对于，为 $\texttt{BCXXXABC}$ ，在之前的最右边合理重现只能是 $\texttt{[(BCXXX)ABC]XXXABC}$ ，也就是最右边合理重现位置为 -5，即；

对于，为 $\texttt{CXXXABC}$ ，在之前的最右边的合理重现是 $\texttt{[(CXXX)ABC]XXXABC}$ ，所以；

对于，为 $\texttt{XXXABC}$ ，在之前的最右边的合理重现是 $\texttt{[(XXX)ABC]XXXABC}$ ，所以；

对于，为 $\texttt{XXABC}$ ，在之前的最右边的合理重现是 $\texttt{[(XX)ABC]XXXABC}$ ，所以；

对于，为 $\texttt{XABC}$ ，在之前的最右边的合理重现是 $\texttt{[(X)ABC]XXXABC}$ ，所以；

对于，为 $\texttt{ABC}$ ，在之前的最右边的合理重现是 $\texttt{[ABC]XXXABC}$ ，所以；

对于，为 $\texttt{BC}$ ，又因为，即等于失配字符，所以 $string[0\dots 2]$ 并不是符合条件的的合理重现，所以在最右边的合理重现是 $\texttt{[(BC)]ABCXXXABC}$ ，所以；

对于，为 $\texttt{C}$ ，同理又因为，所以 $string[1\dots 2]$ 并不是符合条件的的合理重现，在最右边的合理重现是 $\texttt{[(C)]ABCXXXABC}$ ，所以；

对于，根据定义，，得到。

现在再看一下另一个例子：

\begin{aligned} \textit{j}:\qquad\qquad\quad\ \ &\texttt{0 1 2 3 4 5 6 7 8} \\ \textit{pat}:\qquad\qquad\ \ &\texttt{A B Y X C D E Y X} \\ \textit{rpr(j)}:\qquad\quad\ \ &\texttt{8 7 6 5 4 3 2 1 8} \\ \textit{sgn}:\qquad\qquad\ \ &\texttt{- - - - - - + - +} \end{aligned}

对于，为 $\texttt{BYXCDEYX}$ ，在之前的最右边合理重现只能是 $\texttt{[(BYXCDEYX)]ABYXCDEYX}$ ，也就是最右边合理重现位置为 -8，即；

对于，为 $\texttt{YXCDEYX}$ ，在之前的最右边合理重现只能是 $\texttt{[(YXCDEYX)]ABYXCDEYX}$ ，；

对于，为 $\texttt{XCDEYX}$ ，在之前的最右边合理重现只能是 $\texttt{[(XCDEYX)]ABYXCDEYX}$ ，；

对于，为 $\texttt{CDEYX}$ ，在之前的最右边合理重现只能是 $\texttt{[(CDEYX)]ABYXCDEYX}$ ，；

对于，为 $\texttt{DEYX}$ ，在之前的最右边合理重现只能是 $\texttt{[(DEYX)]ABYXCDEYX}$ ，；

对于，为 $\texttt{EYX}$ ，在之前的最右边合理重现只能是 $\texttt{[(EYX)]ABYXCDEYX}$ ，；

对于，为 $\texttt{YX}$ ，因为 $string[2\dots 3]=string[7\dots 8]$ 并且有 $string[6]\neq string[1]$ ，所以在之前的最右边的合理重现是 $\texttt{AB[YX]CDEYX}$ ，；

对于，为 $\texttt{X}$ ，虽然但是因为，所以在之前的最右边的合理重现是 $\texttt{[X]ABYXCDEYX}$ ，;

对于，根据定义，，得到。

对匹配算法的一个改进

最后，实践过程中考虑到搜索过程中估计有 80% 的时间用在了 观察 1 的跳转上，也就是和不匹配，然后跳跃整个进行下一次匹配的过程。

于是，可以为此进行特别的优化：

我们定义一个：

\begin{array}{ll} \textbf{int}\ delta0(\textbf{char}\ char) \\ \qquad \textbf{if}\ char=pat[patlastpos] \\ \qquad\qquad \textbf{return}\ large\ \ \text{// large为一个整数，需要满足large>stringlastpos+patlen} \\ \qquad \textbf{return}\ delta1(char) \end{array}

用代替，得到改进后的匹配算法：

\begin{array}{ll} i \gets patlastpos \\ \textbf{loop} \\ \qquad\textbf{if} \ i > stringlastpos \\ \qquad\qquad\textbf{return}\ false\\ \\ \qquad\textbf{while}\ i < stringlen \\ \qquad\qquad i \gets i+delta0(string(i)) \ \ \text{// 除非string[i]和pat末尾字符匹配，否则至多向下滑动patlen }\\\ \qquad\textbf{if}\ i \leqslant\ large \qquad\qquad\qquad\qquad \text{//此时表示string上没有一个字符和pat末尾字符匹配}\ \\ \qquad\qquad\textbf{return}\ false\\ \\ \qquad i \gets i-large \\ \qquad j \gets patlastpos. \\ \qquad\textbf{while}\ j \geqslant\ 0 \ and \ string[i]=pat[j]\\ \qquad \qquad j \gets j-1 \\ \qquad \qquad i \gets i-1 \\ \\ \qquad \textbf{if}\ j < 0 \\ \qquad \qquad \textbf{return}\ i+1 \\ \qquad i \gets i+max(delta_1(string[i]), delta_2(j)) \\ \\ \end{array}

其中起到多重作用，一是类似后面介绍的 Horspool 算法进行快速的坏字符跳转，二是辅助检测字符串搜索是否完成。

经过改进，比起原算法，在做 观察 1 跳转时不必每次进行的多余计算，使得在通常字符集下搜索字符串的性能有了明显的提升。

delta2 构建细节

引入

在 1977 年 10 月的Communications of the ACM上，Boyer、Moor 的论文¹中只描述了静态表，

构造的具体实现的讨论出现在 1977 年 6 月 Knuth、Morris、Pratt 在SIAM Journal on Computing上正式联合发表的 KMP 算法的论文²。

朴素算法

在介绍 Knuth 的构建算法之前，根据定义，我们会有一个适用于小规模问题的朴素算法：

对于 [0, patlen) 区间的每一个位置 i，根据 subpat 的长度确定其重现位置的区间，也就是 [-subpatlen, i]；
可能的重现位置按照从右到左进行逐字符比较，寻找符合要求的最右边的重现位置；
最后别忘了令。

实现

use std::cmp::PartialEq;

pub fn build_delta_2_table_naive(p: &[impl PartialEq]) -> Vecusize> {
    let patlen = p.len();
    let lastpos = patlen - 1;
    let mut delta_2 = vec![];

    for i in 0..patlen {
        let subpatlen = (lastpos - i) as isize;

        if subpatlen == 0 {
            delta_2.push(0);
            break;
        }

        for j in (-subpatlen..(i + 1) as isize).rev() {
            // subpat 匹配
            if (j..j + subpatlen)
            .zip(i + 1..patlen)
            .all(|(rpr_index, subpat_index)| {
                if rpr_index  0 {
                    return true;
                }

                if p[rpr_index as usize] == p[subpat_index] {
                    return true;
                }

                false
            })
            && (j  0 || p[(j - 1) as usize] != p[i])
            {
                delta_2.push((lastpos as isize - j) as usize);
                break;
            }
        }
    }

    delta_2
}

特别地，对 Rust 语言特性进行必要地解释，下不赘述：

usize 和 isize 是和内存指针同字节数的无符号整数和有符号整数，在 32 位机上相当于 u32 和 i32，64 位机上相当于 u64 和 i64。
索引数组、向量、分片时使用 usize 类型的数字（因为在做内存上的随机访问并且下标不能为负值），所以如果需要处理负值要用 isize，而进行索引时又要用 usize，这就看到使用 as 关键字进行二者之间的显式转换。
impl PartialEq 只是用作泛型，可以同时支持 Unicode 编码的 char 和二进制的 u8。

显然，该暴力算法的时间复杂度为。

高效算法

下面我们要介绍的是时间复杂度为，但是需要额外空间复杂度的高效算法。

虽然 1977 年 Knuth 提出了这个构建方法，然而他的原始版本的构建算法存在一个缺陷，实际上对于某些产生不出符合定义的。

Rytter 在 1980 年SIAM Journal on Computing上发表的文章³对此提出了修正，以下是的构建算法：

首先考虑到的定义比较复杂，我们按照的重现位置进行分类，每一类进行单独处理，这是高效实现的关键思路。

按照重现位置由远到近，也就是偏移量由大到小，分成如下几类：

整个重现位置完全在左边的，比如 $\texttt{[(EYX)]ABYXCDEYX}$ ，此时 $delta_2(j) = patlastpos\times 2 - j$ ；
的重现有一部分在左边，有一部分是头部，比如 $\texttt{[(XX)ABC]XXXABC}$ ，此时 $patlastpos < delta_2(j) < patlastpos\times 2 - j$ ；我们把完全在头部的的边际情况也归类在这里（当然根据实现也可以归类在下边），比如 $\texttt{[ABC]XXXABC}$ ，此时；
的重现完全在中，比如 $\texttt{AB[YX]CDEYX}$ ，此时。

现在来讨论如何高效地计算这三种情况：

第一种情况

这是最简单的情况，只需一次遍历并且可以顺便将初始化。

第二种情况

我们观察什么时候会出现的重现一部分在左边，一部分是的头部的情况呢？应该是的某个后缀和的某个前缀相等，

比如之前的例子：

\begin{aligned} \textit{j}:\qquad\qquad\quad\ \ &\texttt{0 1 2 3 4 5 6 7 8} \\ \textit{pat}:\qquad\qquad\ \ &\texttt{A B C X X X A B C} \\ \end{aligned}

的重现 $\texttt{[(XX)ABC]XXXABC}$ ， $\texttt{XXABC}$ 的后缀与 pat 前缀中，有相等的，是 $\texttt{ABC}$ 。

实际上对第二种和第三种情况的计算的关键都需要前缀函数的计算和和应用

那么只要取值使得包含这个相等的后缀，那么就可以得到第二种情况的的重现，对于例子，我们只需要使得 $j \leqslant 5$ ，

而当时，就是完全在头部的边际情况。

可以计算此时的：

设此时这对相等的前后缀长度为 $\textit{prefixlen}$ ，可知，那么在左边的部分长度是 $subpatlen-\textit{prefixlen}$ ，

而 $rpr(j) = -(subpatlen-\textit{prefixlen})$ ，所以得到 $delta_2(j) = patlastpos - rpr(j) = patlastpos \times 2 - j - \textit{prefixlen}$ 。

其后面可能会有多对相等的前缀和后缀，比如：

\begin{aligned} \textit{j}:\qquad\qquad\quad\ \ &\texttt{0 1 2 3 4 5 6 7 8 9} \\ \textit{pat}:\qquad\qquad\ \ &\texttt{A B A A B A A B A A} \\ \end{aligned}

在 $j\leq2$ 处有 $\texttt{ABAABAA}$ ， $2< j \leq 5$ 处有 $\texttt{ABAA}$ ，在 $5<j\leq8$ 处有 $\texttt{A}$

Knuth 算法的缺陷是只考虑了最长的那一对的情况，但实际上我们要考虑所有后缀与前缀相等的情况，等同于计算所有真后缀和真前缀相等的情况，并按照长度从大到小，分区间计算不同的。

利用前缀函数和逆向运用计算前缀函数的状态转移方程： $j^{(n)} = \pi[j^{(n-1)}-1]$ ，以得到所有相等的真前缀和真后缀长度。从 $\pi[patlastpos]$ 开始作为最长一对的长度，然后通过逆向运行状态转移方程，得到下一个次长相等真前缀和真后缀的长度。

如此就完成了第二种情况的的计算。

第三种情况

的重现恰好就在中（不包括的头部），也就是按照从右到左的顺序，在 $pat[0\dots patlastpos-1]$ 中寻找。

如果用 BM 算法解决，我们就得到了一个 BM 的递归实现的第三种情况，结束条件是 $patlen \leqslant 2$

而且根据的定义，找到的的重现的下一个（也就是左边一个）字符和作为后缀的的下一个字符不能一样。

这就很好地启发了我们，可以使用类似于计算前缀函数的过程计算第三种情况，只不过是左右反过来的前缀函数：

两个指针分别指向子串的左端点和子串最长公共前后缀的「前缀」位置，从右向左移动，在发现指向的两个字符相等时继续移动，此时相当于「前缀」变大；
当两个字符不相等时，之前相等的部分就满足了对重现的要求，并且回退指向「前缀」位置的指针直到构成新的字符相等或者出界。

同前缀函数一样，需要一个辅助数组，用于回退，可以使用之前计算第二种情况所生成的前缀数组的空间。

实现

上述实现

use std::cmp::PartialEq;
use std::cmp::min;

pub fn build_delta_2_table_improved_minghu6(p: &[impl PartialEq]) -> Vecusize> {
    let patlen = p.len();
    let lastpos = patlen - 1;
    let mut delta_2 = Vec::with_capacity(patlen);

    // 第一种情况
    // delta_2[j] = lastpos * 2 - j
    for i in 0..patlen {
        delta_2.push(lastpos * 2 - i);
    }

    // 第二种情况
    // lastpos 
    let pi = compute_pi(p);  // 计算前缀函数
    let mut i = lastpos;
    let mut last_i = lastpos; // 只是为了初始化
    while pi[i] > 0 {
        let start;
        let end;

        if i == lastpos {
            start = 0;
        } else {
            start = patlen - pi[last_i];
        }

        end = patlen - pi[i];

        for j in start..end {
            delta_2[j] = lastpos * 2 - j - pi[i];
        }

        last_i = i;
        i = pi[i] - 1;
    }

    // 第三种情况
    // delata2[j] 
    let mut j = lastpos;
    let mut t = patlen;
    let mut f = pi;
    loop {
        f[j] = t;
        while t  patlen && p[j] != p[t] {
            // 使用min函数保证后面可能的回退不会覆盖前面的数据
            delta_2[t] = min(delta_2[t], lastpos - 1 - j);
            t = f[t];
        }

        t -= 1;
        if j == 0 {
            break;
        }
        j -= 1;
    }

    // 没有实际意义，只是为了完整定义
    delta_2[lastpos] = 0;

    delta_2
}

Galil 规则对多次匹配时最坏情况的改善

关于后缀匹配算法的多次匹配问题

之前的搜索算法只涉及到在中寻找第一次匹配的情况，而对与在中寻找全部的匹配的情况有很多不同的算法思路，这个问题的核心关注点是：

如何利用之前匹配成功的字符的信息，将最坏情况下的时间复杂度降为线性。

在原始的成功匹配后，简单的的指针向后滑动距离后重新开始后缀匹配，这会导致最坏情况下回到的时间复杂度（按照惯例，为，为，下同）。

比如一个极端的例子：： $\texttt{AAA}$ ，： $\texttt{AAAAA}\dots$ 。

对此 Knuth 提出来的一个方法是用一个「数量有限」的状态的集合来记录长度的字符，这种算法保证上每一个字符最多比较一次，但代价是这个「数量有限」的状态可能规模并不小，对于一个字符彼此不相等的，需要 $\dfrac{1}{2}m^{2}+m$ 个状态。

下面介绍的思路简单且不需要额外预处理开销的 Galil 算法⁴。

Galil 规则

假定一个，它是某个子串重复 n 次构成的字符串 $UUUU\dots$ 的前缀，那么我们称为的一个周期。

比如， $pat: \texttt{ABCABCAB}$ ，是 $\texttt{ABC}$ 的重复 $\texttt{ABCABCABC}$ 的前缀，所以 $\texttt{ABC}$ 的长度就是这个的周期长度，也即满足。

至少拥有一个长度为它自身的周期，我们规定最短的周期为， $k\leq patlen$ 。

在搜索过程中，假如我们的成功地完成了一次匹配，那么依照周期的特点，实际上只需将向后滑动个字符，比较这个字符是否对应相等就可以直接判断是否存在的又一个匹配。

为计算这个最短周期的长度，我们假设已知的相等的一对前缀 - 后缀，设它们的长度为 $\textit{prefixlen}$ ，那么有 $pat[i] = pat[i+(patlen-\textit{prefixlen})]$ 。从而得到长度为 $patlen-\textit{prefixlen}$ 的周期，

当我们知道最长的那一对相等的前缀 - 后缀，我们就得到了最短的周期。

而最长相等的前后缀长度， $\pi[patlastpos]$ ，已经在我们在计算的过程中，所以实际不需要额外的预处理时间和空间，就能将后缀匹配算法最坏情况的时间复杂度改善成线性。

结合上述优化的 BM 的搜索算法最终实现

#[cfg(target_pointer_width = "64")]
const LARGE: usize = 10_000_000_000_000_000_000;

#[cfg(not(target_pointer_width = "64"))]
const LARGE: usize = 2_000_000_000;

pub struct BMPatterna> {
    pat_bytes: &'a [u8],
    delta_1: [usize; 256],
    delta_2: Vecusize>,
    k: usize  // pat的最短周期长度
}

impla> BMPatterna> {
    // ...

    pub fn find_all(&self, string: &str) -> Vecusize> {
        let mut result = vec![];
        let string_bytes = string.as_bytes();
        let stringlen = string_bytes.len();
        let patlen = self.pat_bytes.len();
        let pat_last_pos = patlen - 1;
        let mut string_index = pat_last_pos;
        let mut pat_index;
        let l0 =  patlen - self.k;
        let mut l = 0;

        while string_index  stringlen {
            let old_string_index = string_index;

            while string_index  stringlen {
                string_index += self.delta0(string_bytes[string_index]);
            }
            if string_index  LARGE {
                break;
            }

            string_index -= LARGE;

            // 如果string_index发生移动，意味着自从上次成功匹配后发生了至少一次的失败匹配。
            // 此时需要将Galil规则的二次匹配的偏移量归零。
            if old_string_index  string_index {
                l = 0;
            }

            pat_index = pat_last_pos;

            while pat_index > l && string_bytes[string_index] == self.pat_bytes[pat_index] {
                string_index -= 1;
                pat_index -= 1;
            }

            if pat_index == l && string_bytes[string_index] == self.pat_bytes[pat_index] {
                result.push(string_index - l);

                string_index += pat_last_pos - l + self.k;
                l = l0;
            } else {
                l = 0;
                string_index += max(
                    self.delta_1[string_bytes[string_index] as usize],
                    self.delta_2[pat_index],
                );
            }
        }

        result
    }
}

最坏情况在实践中性能影响

从实践的角度上说，理论上的最坏情况并不容易影响性能表现，哪怕是很小的只有 4 的字符集的随机文本测试下这种最坏情况的影响也小到难以观察。

也因此如果没有很好地设计，使用 Galil 法则会拖累一点平均的性能表现，但对于一些极端特殊的和比如例子中的：： $\texttt{AAA}$ ，： $\texttt{AAAAA}\dots$ ，Galil 规则的应用确实会使得性能表现提高数倍。

改进算法

Simplified Boyer–Moore 算法

BM 算法最复杂的地方就在于表（也就是好后缀表）的构建，而实践中发现，在一般的字符集上的匹配性能主要依靠表（也就是坏字符表），于是出现了仅仅使用表的简化版 BM 算法，通常性能和原版差距很小。

Boyer–Moore–Horspol 算法

Horspol 算法同样是基于坏字符的规则，在与尾部对齐的字符上应用。效果类似于对原版匹配算法的改进，通常性能优于原版本。

实现

pub struct HorspoolPatterna> {
    pat_bytes: &'a [u8],
    bm_bc: [usize; 256],
}

impla> HorspoolPatterna> {
    // ...
    pub fn find_all(&self, string: &str) -> Vecusize> {
        let mut result = vec![];
        let string_bytes = string.as_bytes();
        let stringlen = string_bytes.len();
        let pat_last_pos = self.pat_bytes.len() - 1;
        let mut string_index = pat_last_pos;

        while string_index  stringlen {
            if &string_bytes[string_index-pat_last_pos..string_index+1] == self.pat_bytes {
                result.push(string_index-pat_last_pos);
            }

            string_index += self.bm_bc[string_bytes[string_index] as usize];
        }

        result
    }
}

Boyer–Moore–Sunday 算法

Sunday 算法同样是利用坏字符规则，只不过相比 Horspool 它更进一步，直接关注尾部对齐的那个字符的下一个字符。

实现它只需要稍微修改表，相当于在长度的上进行构建。

Sunday 算法通常用作一般情况下实现最简单而且平均表现最好之一的实用算法，通常性能比 Horspool 和 BM 要好一点。

实现

pub struct SundayPatterna> {
    pat_bytes: &'a [u8],
    sunday_bc: [usize; 256],
}

impla> SundayPatterna> {
    // ...
    fn build_sunday_bc(p: &'a [u8]) -> [usize; 256] {
        let mut sunday_bc_table = [p.len() + 1; 256];

        for i in 0..p.len() {
            sunday_bc_table[p[i] as usize] = p.len() - i;
        }

        sunday_bc_table
    }

    pub fn find_all(&self, string: &str) -> Vecusize> {
        let mut result = vec![];
        let string_bytes = string.as_bytes();
        let pat_last_pos = self.pat_bytes.len() - 1;
        let stringlen = string_bytes.len();
        let mut string_index = pat_last_pos;

        while string_index  stringlen {
            if &string_bytes[string_index - pat_last_pos..string_index+1] == self.pat_bytes {
                result.push(string_index - pat_last_pos);
            }

            if string_index + 1 == stringlen {
                break;
            }

            string_index += self.sunday_bc[string_bytes[string_index + 1] as usize];
        }

        result
    }
}

BMHBNFS 算法

该算法结合了 Horspool 和 Sunday，是 CPython 实现 stringlib 模块时用到的 find 的算法⁵，以下简称 B5S。

B5S 基本思路是：

按照后缀匹配的思路，首先比较位置对应的字符是否相等，如果相等就比较 $0\dots patlastpos-1$ 对应位置的字符是否相等，如果仍然相等，那么就发现一个匹配；
如果任何一个阶段发生不匹配，就进入跳转阶段；
在跳转阶段，首先观察位置的下一个字符是否在中，如果不在，直接向右滑动，这是 Sunday 算法的最大利用；

如果这个字符在中，对处的字符利用进行 Horspool 跳转。

而根据时间节省还是空间节省为第一目标，算法会有差别巨大的不同实现。

时间节省版本

实现

pub struct B5STimePatterna> {
    pat_bytes: &'a [u8],
    alphabet: [bool;256],
    bm_bc: [usize;256],
    k: usize
}

impla> B5STimePatterna> {
    pub fn new(pat: &'a str) -> Self {
        assert_ne!(pat.len(), 0);

        let pat_bytes = pat.as_bytes();
        let (alphabet, bm_bc, k) = B5STimePattern::build(pat_bytes);

        B5STimePattern { pat_bytes, alphabet, bm_bc, k }
    }

    fn build(p: &'a [u8]) -> ([bool;256], [usize;256], usize)  {
        let mut alphabet = [false;256];
        let mut bm_bc = [p.len(); 256];
        let lastpos = p.len() - 1;

        for i in 0..lastpos {
            alphabet[p[i] as usize] = true;
            bm_bc[p[i] as usize] = lastpos - i;
        }

        alphabet[p[lastpos] as usize] = true;

        (alphabet, bm_bc, compute_k(p))
    }

    pub fn find_all(&self, string: &str) -> Vecusize> {
        let mut result = vec![];
        let string_bytes = string.as_bytes();
        let pat_last_pos = self.pat_bytes.len() - 1;
        let patlen = self.pat_bytes.len();
        let stringlen = string_bytes.len();
        let mut string_index = pat_last_pos;
        let mut offset = pat_last_pos;
        let offset0 = self.k - 1;

        while string_index  stringlen {
            if string_bytes[string_index] == self.pat_bytes[pat_last_pos] {
                if &string_bytes[string_index-offset..string_index] == &self.pat_bytes[pat_last_pos-offset..pat_last_pos] {
                    result.push(string_index-pat_last_pos);

                    offset = offset0;

                    // Galil rule
                    string_index += self.k;
                    continue;
                }
            }

            if string_index + 1 == stringlen {
                break;
            }

            offset = pat_last_pos;

            if !self.alphabet[string_bytes[string_index+1] as usize] {
                string_index += patlen + 1;  // sunday
            } else {
                string_index += self.bm_bc[string_bytes[string_index] as usize];  // horspool
            }
        }

        result
    }
}

该版本的 B5S 性能表现非常理想，在目前介绍的后缀匹配系列算法中是通常情况下是最快的。

空间节省版本

同样在 CPython stringlib 中实现，使用了两个整数近似取代了字符表和的作用，极大地节省了空间：

用一个简单的 Bloom 过滤器取代字符表（alphabet）

实现

pub struct BytesBloomFilter {
    mask: u64,
}

impl BytesBloomFilter {
    pub fn new() -> Self {
        SimpleBloomFilter {
            mask: 0,
        }
    }

    fn insert(&mut self, byte: &u8) {
        (self.mask) |= 1u64  (byte & 63);
    }

    fn contains(&self, char: &u8) -> bool {
        (self.mask & (1u64  (byte & 63))) != 0
    }
}

Bloom 过滤器设设计通过牺牲准确率（实际还有运行时间）来极大地节省存储空间的 Set 类型的数据结构，它的特点是会将集合中不存在的项误判为存在（False Positives，简称 FP），但不会把集合中存在的项判断为不存在（False Negatives，简称 FN），因此使用它可能会因为 FP 而没有得到最大的字符跳转，但不会因为 FN 而跳过本应匹配的字符。

理论上分析，上述「Bloom 过滤器」的实现在长度在 50 个 Bytes 时，FP 概率约为 0.5，而长度在 10 个 Bytes 时，FP 概率约为 0.15。

虽然这不是一个标准的 Bloom 过滤器，首先它实际上没有使用一个真正的哈希函数，实际上它只是一个字符映射，将 0-255 的字节映射为它的前六位构成的数。

但考虑到我们在内存上的进行字符搜索，这种简化就非常重要，即使用目前已知最快的非加密哈希算法 xxHash，计算所需要的时间仍比它高一个数量级。

另外当 pat 在 30 字节以下时，为了达到最佳的 FP 概率，需要不止一个哈希函数。但这么做意义不大，因为用装有两个 u128 数字的数组就已经可以构建字符表的全字符集。

使用代替整个

观察，最常使用处就是后缀匹配时第一个字符就不匹配是最常见的不匹配的情况，于是令 skip = delta1(pat[patlastpos])，

在第一阶段不匹配时，直接向下滑动 skip 个字符；但当第二阶段不配时，因为缺乏整个的信息，只能向下滑动一个字符。

实现

pub struct B5SSpacePatterna> {
    pat_bytes: &'a [u8],
    alphabet: BytesBloomFilter,
    skip: usize,
}

impla> B5SSpacePatterna> {
    pub fn new(pat: &'a str) -> Self {
        assert_ne!(pat.len(), 0);

        let pat_bytes = pat.as_bytes();
        let (alphabet, skip) = B5SSpacePattern::build(pat_bytes);

        B5SSpacePattern { pat_bytes, alphabet, skip}
    }

    fn build(p: &'a [u8]) -> (BytesBloomFilter, usize)  {
        let mut alphabet = BytesBloomFilter::new();
        let lastpos = p.len() - 1;
        let mut skip = p.len();

        for i in 0..p.len()-1 {
            alphabet.insert(&p[i]);

            if p[i] == p[lastpos] {
                skip = lastpos - i;
            }
        }

        alphabet.insert(&p[lastpos]);

        (alphabet, skip)
    }

    pub fn find_all(&self, string: &'a str) -> Vecusize> {
        let mut result = vec![];
        let string_bytes = string.as_bytes();
        let pat_last_pos = self.pat_bytes.len() - 1;
        let patlen = self.pat_bytes.len();
        let stringlen = string_bytes.len();
        let mut string_index = pat_last_pos;

        while string_index  stringlen {
            if string_bytes[string_index] == self.pat_bytes[pat_last_pos] {
                if &string_bytes[string_index-pat_last_pos..string_index] == &self.pat_bytes[..patlen-1] {
                    result.push(string_index-pat_last_pos);
                }

                if string_index + 1 == stringlen {
                    break;
                }

                if !self.alphabet.contains(&string_bytes[string_index+1]) {
                    string_index += patlen + 1;  // sunday
                } else {
                    string_index += self.skip;  // horspool
                }
            } else {
                if string_index + 1 == stringlen {
                    break;
                }

                if !self.alphabet.contains(&string_bytes[string_index+1]) {
                    string_index += patlen + 1;  // sunday
                } else {
                    string_index += 1;
                }
            }

        }

        result
    }
}

这个版本的算法相较于前面的后缀匹配算法不够快，但差距不大，性能仍然优于 KMP，得益于它至多两个 u64 的整数的优秀空间复杂度。

理论分析

以下是一般字符集下各算法的表现，纵坐标类似于执行开销（cost 指匹配成功 m 个字符后失配时的代价，skip 指发生失配时向下滑动 k 个字符的概率），越小性能越好。横坐标为模式字符串 pat 的长度：

字符串搜索算法性能对比图

在较小字符集（DNA {A, C, T, G} 碱基对序列）中的表现：

小字符集下字符串搜索算法性能对比图

综上，在较大的字符集，比如日常搜索的过程中，BoyerMoore 系列算法的优越表现，其中主要依赖表实现字符跳转；

另一方面，在较小的字符集里，的作用下降，而的作用得到了体现。

如果有一定富裕空间的情况下，完整的空间复杂度为的 BoyerMoore 算法更加通用，综合表现最优。

参考资料与注释

本页面最近更新：2024/9/30 17:33:48，更新历史
发现错误？想一起完善？在 GitHub 上编辑此页！
本页面贡献者：minghu6, c0nstexpr, CCXXXI, dkz051, Early0v0, Enter-tainer, githuu5y5u, iamtwz, ksyx, megakite, Tiphereth-A, wineee, Xeonacid
本页面的全部内容在 CC BY-SA 4.0 和 SATA 协议之条款下提供，附加条款亦可能应用