字符串匹配算法之 ---- Boyer-Moore 算法

各种文本编辑器的”查找”功能(Ctrl+F),大多采用 Boyer-Moore算法 。

Boyer-Moore算法不仅效率高,而且构思巧妙,容易理解。

1977年,德克萨斯大学的Robert S. Boyer教授和J StrotherMoore教授发明了这种算法。

下面,我根据Moore教授自己的 例子 来解释这种算法。

1、假定字符串为”HERE IS A SIMPLE EXAMPLE”,搜索词为”EXAMPLE”。

2、

首先,”字符串”与”搜索词”头部对齐,从尾部开始比较。

这是一个很聪明的想法,因为如果尾部字符不匹配,那么只要一次比较,就可以知道前7个字符(整体上)肯定不是要找的结果。

我们看到,”S”与”E”不匹配。这时,“S”就被称为”坏字符”(bad character),即不匹配的字符。我们还发现,”S”不包含在搜索词”EXAMPLE”之中,这意味着可以把搜索词直接移到”S”的后一位。

3、

依然从尾部开始比较,发现”P”与”E”不匹配,所以”P”是”坏字符”。但是,”P”包含在搜索词”EXAMPLE”之中。所以,将搜索词后移两位,两个”P”对齐。

4、

我们由此总结出 “坏字符规则” :

后移位数 = 坏字符的位置 – 搜索词中的上一次出现位置

如果”坏字符”不包含在搜索词之中,则上一次出现位置为 -1。

以”P”为例,它作为”坏字符”,出现在搜索词的第6位(从0开始编号),在搜索词中的上一次出现位置为4,所以后移 6 – 4 =2位。再以前面第二步的”S”为例,它出现在第6位,上一次出现位置是 -1(即未出现),则整个搜索词后移 6 – (-1) = 7位。

5、

依然从尾部开始比较,”E”与”E”匹配。

6、

比较前面一位,”LE”与”LE”匹配。

7、

比较前面一位,”PLE”与”PLE”匹配。

8、

比较前面一位,”MPLE”与”MPLE”匹配。

我们把这种情况称为”好后缀”(good suffix),即所有尾部匹配的字符串。

注意,”MPLE”,”PLE”,”LE”,”E”都是好后缀。

9、

比较前一位,发现”I”与”A”不匹配。所以,”I”是”坏字符”。

10、

根据”坏字符规则”,此时搜索词应该后移 2 – (-1)= 3 位。问题是,此时有没有更好的移法?

11、

我们知道,此时存在”好后缀”。所以,可以采用 “好后缀规则” :

后移位数 = 好后缀的位置 – 搜索词中的上一次出现位置

举例来说,如果字符串”ABCDAB”的后一个”AB”是”好后缀”。那么它的位置是5(从0开始计算,取最后的”B”的值),在”搜索词中的上一次出现位置”是1(第一个”B”的位置),所以后移 5 – 1 = 4位,前一个”AB”移到后一个”AB”的位置。

再举一个例子,如果字符串”ABCDEF”的”EF”是好后缀,则”EF”的位置是5 ,上一次出现的位置是 -1(即未出现),所以后移 5 – (-1) =6位,即整个字符串移到”F”的后一位。

这个规则有三个注意点:

(1)”好后缀”的位置以最后一个字符为准。假定”ABCDEF”的”EF”是好后缀,则它的位置以”F”为准,即5(从0开始计算)。

(2)如果”好后缀”在搜索词中只出现一次,则它的上一次出现位置为 -1。比如,”EF”在”ABCDEF”之中只出现一次,则它的上一次出现位置为-1(即未出现)。

(3)如果”好后缀”有多个,则除了最长的那个”好后缀”,其他”好后缀”的上一次出现位置必须在头部。比如,假定”BABCDAB”的”好后缀”是”DAB”、 “AB”、”B”,请问这时”好后缀”的上一次出现位置是什么?回答是,此时采用的好后缀是”B”,它的上一次出现位置是头部,即第0位。这个规则也可以这样表达:如 果最长的那个”好后缀”只出现一次,则可以把搜索词改写成如下形式进行位置计算”(DA)BABCDAB”,即虚拟加入最前面的”DA”。

回到上文的这个例子。此时,所有的”好后缀”(MPLE、PLE、LE、E)之中,只有”E”在”EXAMPLE”还出现在头部,所以后移 6 – 0 = 6位。

12、

可以看到,”坏字符规则”只能移3位,”好后缀规则”可以移6位。所以, Boyer-Moore算法的基本思想是,每次后移这两个规则之中的较大值。

更巧妙的是,这两个规则的移动位数,只与搜索词有关,与原字符串无关。因此,可以预先计算生成《坏字符规则表》和《好后缀规则表》。使用时,只要查表比较一下就可以了。

13、

继续从尾部开始比较,”P”与”E”不匹配,因此”P”是”坏字符”。根据”坏字符规则”,后移 6 – 4 = 2位。

14、

从尾部开始逐位比较,发现全部匹配,于是搜索结束。如果还要继续查找(即找出全部匹配),则根据”好后缀规则”,后移 6 – 0 =6位,即头部的”E”移到尾部的”E”的位置。

over!

以下是代码:

package mathstudy;

public class BMTest {

    final static int CARD_CHAR_SET = 256;// 字符集规模

    /*
     * @param mainStr 主串
     *
     * @param subStr 模式串
     */
    public static int getMatchIndex(String mainStr, String subStr) {
        int[] BC = BuildBC(subStr); // 坏字符表
        int[] GS = BuildGS(subStr); // 好后缀表

        // 查找匹配
        int i = 0; // 模式串相对于主串的起始位置(初始时与主串左对齐)
        while (mainStr.length() - subStr.length() >= i) { // 在到达最右端前,不断右移模式串
            int j = subStr.length() - 1; // 从模式串最末尾的字符开始
            while (subStr.charAt(j) == mainStr.charAt(i + j))
                if (0 > --j) // 自右向左比较
                    break;
            if (0 > j) // 若最大匹配后缀 == 整个模式串(说明已经完全匹配)
                break;
            else
                i += MAX(GS[j], j - BC[mainStr.charAt(i + j)]);// 在位移量BC和GS之间选择大者,相应地移动模式串
        }
        return (i);
    }

    /*
     * 构造Bad Charactor Shift表BC[] - 坏字符表
     */
    protected static int[] BuildBC(String subStr) {
        int[] BC = new int[CARD_CHAR_SET]; // 初始化坏字符表
        int j;
        for (j = 0; j < CARD_CHAR_SET; j++)
            BC[j] = -1; // 首先假设该字符没有在P中出现

        for (j = 0; j < subStr.length(); j++) // 自左向右迭代:更新各字符的BC[]值
            BC[subStr.charAt(j)] = j;

        return (BC);
    }

    /*
     * 构造Good Suffix Shift表GS[] - 好后缀表
     */
    protected static int[] BuildGS(String subStr) {
        int m = subStr.length();
        int[] SS = ComputeSuffixSize(subStr); // 计算各字符对应的最长匹配后缀长度

        int[] GS = new int[m]; // Good Suffix Index
        int j;
        for (j = 0; j < m; j++)
            GS[j] = m;
        int i = 0;
        for (j = m - 1; j >= -1; j--)
            if (-1 == j || j + 1 == SS[j]) // 若定义SS[-1] = 0,则可统一为:if (j+1 ==
                                            // SS[j])
                for (; i < m - j - 1; i++)
                    if (GS[i] == m)
                        GS[i] = m - j - 1;
        for (j = 0; j < m - 1; j++)
            GS[m - SS[j] - 1] = m - j - 1;
        return (GS);
    }

    /*
     * 计算P的各前缀与P的各后缀的最大匹配长度
     */
    protected static int[] ComputeSuffixSize(String subStr) {
        int m = subStr.length();
        int[] SS = new int[m];// Suffix Size Table
        int s, t; // 子串P[s+1, ..., t]与后缀P[m+s-t, ..., m-1]匹配
        int j; // 当前字符的位置

        SS[m - 1] = m; // 对最后一个字符而言,与之匹配的最长后缀就是整个P串

        s = m - 1; // 从倒数第二个字符起,自右向左扫描P,依次计算出SS[]其余各项
        t = m - 2;
        for (j = m - 2; j >= 0; j--) {
            if ((j > s) && (j - s > SS[(m - 1 - t) + j]))
                SS[j] = SS[(m - 1 - t) + j];
            else {
                t = j; // 与后缀匹配之子串的终点,就是当前字符
                s = MIN(s, j); // 与后缀匹配之子串的起点
                while ((0 <= s) && (subStr.charAt(s) == subStr.charAt((m - 1 - t) + s)))
                    s--;
                SS[j] = t - s;// 与后缀匹配之最长子串的长度
            }
        }
        return (SS);
    }

    protected static int MAX(int a, int b) {
        return (a > b) ? a : b;
    }

    protected static int MIN(int a, int b) {
        return (a < b) ? a : b;
    }

    // 测试类
    public static void main(String[] args) {
        String mainStr = "HERE IS A SIMPLE EXAMPLE";
        String subStr = "EXAMPLE";
        System.out.println("字符串匹配的位置为: " + getMatchIndex(mainStr, subStr));
    }
}

参考:阮一峰

时间: 2024-10-25 20:52:25

字符串匹配算法之 ---- Boyer-Moore 算法的相关文章

Boyer Moore算法(字符串匹配)

上一篇文章,我介绍了KMP算法. 但是,它并不是效率最高的算法,实际采用并不多.各种文本编辑器的"查找"功能(Ctrl+F),大多采用Boyer-Moore算法. Boyer-Moore算法不仅效率高,而且构思巧妙,容易理解.1977年,德克萨斯大学的Robert S. Boyer教授和J Strother Moore教授发明了这种算法. 下面,我根据Moore教授自己的例子来解释这种算法. 1. 假定字符串为"HERE IS A SIMPLE EXAMPLE",搜

典型字符串匹配算法实现 - 单字符串匹配算法

博客源址:http://www.jimye.com/dian-xing-zi-fu-chuang-pi-pei-suan-fa-shi-xian/ 提示:要继续向下看 相信大家对快捷键ctrl+F是做什么用的都应该很熟悉了,无论是文本编辑.网页浏览等程序上它都意味着字符串搜索,我们提供一个关键字,它将找到当前页面上的所有该关键字所在的位置.关键字称为模式串,在文本T中寻找模式串P出现的所有出现的位置,解决这种问题的算法叫做字符串匹配算法.字符串匹配算法可以说是计算机科学中最古老.研究最广泛的问题

字符串匹配算法

字符串匹配问题的形式定义: 文本(Text)是一个长度为 n 的数组 T[1..n]: 模式(Pattern)是一个长度为 m 且 m≤n 的数组 P[1..m]: T 和 P 中的元素都属于有限的字母表 Σ 表: 如果 0≤s≤n-m,并且 T[s+1..s+m] = P[1..m],即对 1≤j≤m,有 T[s+j] = P[j],则说模式 P 在文本 T 中出现且位移为 s,且称 s 是一个有效位移(Valid Shift). 比如上图中,目标是找出所有在文本 T=abcabaabcaba

4种字符串匹配算法:BS朴素 Rabin-karp 有限自动机 KMP(中)

接着上文(地址),我们来聊一聊自动机算法(有限自动机字符串匹配算法)和KMP算法. ====#=有限自动机算法=#===== 关于有限自动机,网上的分析的资源,大部分都很笼统,算导上的知识点,全是数学公式,看的也会特别累.因此,打算从算导的第一题开始讲起.从习题入手,讲这个算法的思想. 例子:对模式 P = aabab构造出相应的字符串匹配自动机,并说明它在文本字符串T=aaababaabaababaab上的操作过程. 再讲这个例子之前,我们有必要先来了解一下自动机是什么意思? 有限自动机是什么

时空权衡之输入增强 ----字符串匹配算法Horspool算法和Boyer-Moore算法

在算法设计的时空权衡设计技术中,对问题的部分或者全部输入做预处理,对获得的额外信息进行存储,以加速后面问题的求解的思想,我们称作输入增强. 其中字符串匹配算法Horspool算法和Boyer-Moore算法就是输入增强的例子. 首先了解一下字符串匹配的概念.我们把在一个较长的n个字符的串中,寻找一个给定的m个字符的串的问题,称为字符串匹配问题.较长的串称为text,而需要寻找的串称为pattern. 字符串匹配问题的蛮力算法很好理解:我们把pattern与text第一个字符对齐,从左往右比较pa

字符串匹配算法KMP算法

数据结构中讲到关于字符串匹配算法时,提到朴素匹配算法,和KMP匹配算法. 朴素匹配算法就是简单的一个一个匹配字符,如果遇到不匹配字符那么就在源字符串中迭代下一个位置一个一个的匹配,这样计算起来会有很多多余的不符合的匹配做了冗余的比较.假设源字符串长n,字串长m 该算法最差时间复杂度为 m*(n-m+1),记为O(n*m);这里不做过多解释朴素匹配算法. KMP算法: kmp算法不是在源字符串中下手,他是从字串下手,比如我要在源字符串(acabaabaabcacaabc)中匹配一个字符串字串(ab

【算法设计与分析基础】19、字符串匹配算法

package cn.xf.algorithm.ch07inputEnhancement; import java.util.HashMap; import java.util.List; import java.util.Map; import org.junit.Test; /** * * 功能:字符串匹配算法,(还有一种叫KMP算法的,也是很经典的算法,就是比较复杂) * * 第一步:对于给定的长度为m的模式和在模式文本中用到的字母表,按照上面的描述构造移动表 * 第二步:将模式与文本的开

字符串匹配算法之sunday算法

本节介绍一下sunday算法,看一下sunday算法是如何做的呢 首先定义连个字符串 src:abcdacdaahfacabcdabcdeaa pattern:abcde 我们的目的就是在src串中查找pattern串是否存在,找的方法如下 1. 先左对齐,即从src[0].pattern[0]开始,进行依次比较,比较结果如下 arc[0]=pattern[0] 比较成功 arc[1]=pattern[1] 比较成功 arc[2]=pattern[2] 比较成功 arc[3]=pattern[3

字符串匹配算法总结

转自:http://blog.csdn.net/zdl1016/archive/2009/10/11/4654061.aspx 我想说一句“我日,我讨厌KMP!”.KMP虽然经典,但是理解起来极其复杂,好不容易理解好了,便起码来巨麻烦!老子就是今天图书馆在写了几个小时才勉强写了一个有bug的.效率不高的KMP,特别是计算next数组的部分. 其实,比KMP算法速度快的算法大把大把,而且理解起来更简单,为何非要抓住KMP呢?笔试出现字符串模式匹配时直接上sunday算法,既简单又高效,何乐而不为?

MySTL: BM算法和Sunday快速字符串匹配算法

BM算法研究了很久了,说实话BM算法的资料还是比较少的,之前找了个资料看了,还是觉得有点生涩难懂,找了篇更好的和算法更好的,总算是把BM算法搞懂了. 1977年,Robert S.Boyer和J Strother Moore提出了另一种在O(n)时间复杂度内,完成字符串匹配的算法,这个算法在单模匹配上比KMP算法还要出色 PS:其BM算法在跳转优化上的确比KMP算法要好很多,能在O(N)的上界就完成匹配了,但是不是绝对的,我们讲到后面再来说这个问题. 我们知道,KMP算法之所以能那么快,是因为他