Алгоритм Бойера-Мура — различия между версиями
Kabanov (обсуждение | вклад) м (→Достоинства) |
м (rollbackEdits.php mass rollback) |
||
(не показано 67 промежуточных версий 9 участников) | |||
Строка 1: | Строка 1: | ||
− | Алгоритм Бойера-Мура, разработанный двумя учеными | + | '''Алгоритм Бойера-Мура''', разработанный двумя учеными {{---}} Бойером (Robert S. Boyer) и Муром (J. Strother Moore), считается наиболее быстрым среди алгоритмов общего назначения, предназначенных для поиска подстроки в строке. Важной особенностью алгоритма является то, что он выполняет сравнения в шаблоне справа налево в отличие от многих других алгоритмов. |
Алгоритм Бойера-Мура считается наиболее эффективным алгоритмом поиска шаблонов в стандартных приложениях и командах, таких как Ctrl+F в браузерах и текстовых редакторах. | Алгоритм Бойера-Мура считается наиболее эффективным алгоритмом поиска шаблонов в стандартных приложениях и командах, таких как Ctrl+F в браузерах и текстовых редакторах. | ||
− | == | + | ==Алгоритм== |
− | + | Алгоритм сравнивает символы шаблона <tex>x</tex> справа налево, начиная с самого правого, один за другим с символами исходной строки <tex>y</tex>. Если символы совпадают, производится сравнение предпоследнего символа шаблона и так до конца. Если все символы шаблона совпали с наложенными символами строки, значит, подстрока найдена, и поиск окончен. В случае несовпадения какого-либо символа (или полного совпадения всего шаблона) он использует две предварительно вычисляемых эвристических функций, чтобы сдвинуть позицию для начала сравнения вправо. | |
− | + | ||
− | + | Таким образом для сдвига позиции начала сравнения алгоритм Бойера-Мура выбирает между двумя функциями, называемыми эвристиками хорошего суффикса и плохого символа (иногда они называются эвристиками совпавшего суффикса и стоп-символа). Так как функции эвристические, то выбор между ними простой {{---}} ищется такое итоговое значение, чтобы мы не проверяли максимальное число позиций и при этом нашли все подстроки равные шаблону. | |
+ | |||
+ | Алфавит обозначим буквой <tex>\Sigma</tex>. | ||
+ | |||
+ | Пусть <tex>|y|=n</tex>, <tex>|x|=m</tex> и <tex>|\Sigma|=\sigma</tex>. | ||
+ | |||
+ | Предположим, что в процессе сравнения возникает несовпадение между символом <tex>x[i]=a</tex> шаблона и символом <tex>y[i+j]=b</tex> исходного текста при проверке в позиции <tex>j</tex>. Тогда <tex>x[i+1 \dots m-1]=y[i+j+1 \dots j+m-1]=u</tex> и <tex>x[i] \neq y[i+j]</tex>, и <tex>m - i - 1</tex> символов шаблона уже совпало. | ||
− | + | ===Правило сдвига хорошего суффикса=== | |
− | + | Если при сравнении текста и шаблона совпало один или больше символов, шаблон сдвигается в зависимости от того, какой суффикс совпал. | |
− | |||
− | |||
− | |||
− | |||
− | + | Если существуют такие подстроки равные <tex>u</tex>, что они полностью входят в <tex>x</tex> и идут справа от символов, отличных от <tex>x[i]</tex>, то сдвиг происходит к самой правой из них, отличной от <tex> u </tex>. Понятно, что таким образом мы не пропустим никакую строку, так как сдвиг просходит на следующую слева подстроку <tex> u </tex> от суффикса. После выравнивания шаблона по этой подстроке сравнение шаблона опять начнется с его последнего символа. На новом шаге алгоритма можно строку <tex> u </tex>, по которой был произведён cдвиг, не сравнивать с текстом {{---}} возможность для модификации и дальнейшего ускорения алгоритма. | |
− | |||
− | + | [[Файл:boyer-moore-algorithm-1.png|450px|thumb|center|'''Сдвиг хорошего суффикса''', вся подстрока <tex>u</tex> полностью встречается справа от символа <tex>c</tex>, отличного от символа <tex>a</tex>.]] | |
− | + | Если не существует таких подстрок, то смещение состоит в выравнивании самого длинного суффикса <tex>v</tex> подстроки <tex>y[i+j+1 \dots j+m-1]</tex> с соответствующим префиксом <tex>x</tex>. Из-за того, что мы не смогли найти такую подстроку, то, очевидно, что ни один суффикс шаблона <tex>x</tex> уже не будет лежать в подстроке <tex>y[i+j+1 \dots j+m-1]</tex>, поэтому единственный вариант, что в эту подстроку попадет префикс. | |
− | + | [[Файл:boyer-moore-algorithm-2.png|450px|thumb|center|'''Сдвиг хорошего суффикса''', только суффикс подстроки <tex>u</tex> повторно встречается в <tex>x</tex>.]] | |
− | + | ===Правило сдвига плохого символа=== | |
+ | В таблице плохих символов указывается последняя позиция в шаблоне (исключая последнюю букву) каждого из символов алфавита. Для всех символов, не вошедших в шаблон, пишем <tex>m</tex>. Предположим, что у нас не совпал символ <tex>c</tex> из текста на очередном шаге с символом из шаблона. Очевидно, что в таком случае мы можем сдвинуть шаблон до первого вхождения этого символа <tex>c</tex> в шаблоне, потому что совпадений других символов точно не может быть. Если в шаблоне такого символа нет, то можно сдвинуть весь шаблон полностью. | ||
− | Если | + | Если символ исходного текста <tex>y[i + j]</tex> встречается в шаблоне <tex>x</tex>, то происходит его выравнивание с его самым правым появлением в подстроке <tex>x[0 \dots m-2]</tex>. |
− | [[Файл:boyer-moore-algorithm- | + | [[Файл:boyer-moore-algorithm-3.png|450px|thumb|center|'''Сдвиг плохого символа''', символ <tex>a</tex> входит в <tex>x</tex>.]] |
− | + | Если <tex>y[i+j]</tex> не встречается в шаблоне <tex>x</tex>, то ни одно вхождение <tex>x</tex> в <tex>y</tex> не может включать в себя <tex>y[i+j]</tex>, и левый конец окна сравнения совмещен с символом непосредственно идущим после <tex>y[i+j]</tex>, то есть символ <tex>y[i+j+1]</tex>. | |
− | [[Файл:boyer-moore-algorithm- | + | [[Файл:boyer-moore-algorithm-4.png|450px|thumb|center|'''Сдвиг плохого символа''', символ <tex>b</tex> не входит в <tex>x</tex>.]] |
− | + | Обратите внимание, что сдвиг плохого символа может быть отрицательным, поэтому исходя из ранее приведенных свойств этих функций берется значение равное максимуму между сдвигом хорошего суффикса и сдвигом плохого символа. | |
− | + | ===Формальное определение=== | |
− | + | Теперь определим две функции сдвигов более формально следующим образом: | |
Пусть значения функции сдвига хорошего суффикса хранятся в массиве <tex>bmGs</tex> размером <tex>m+1</tex>. | Пусть значения функции сдвига хорошего суффикса хранятся в массиве <tex>bmGs</tex> размером <tex>m+1</tex>. | ||
Определим два условия: | Определим два условия: | ||
− | * <tex>Cs(i, s)</tex>: для каждого <tex>k</tex> такого, что <tex>i < k < m</tex> выполняется <tex>s \geqslant k</tex> или <tex>x[k-s]=x[k]</tex> | + | * <tex>\mathrm{Cs}(i, s)</tex>: для каждого <tex>k</tex> такого, что <tex>i < k < m</tex> выполняется <tex>s \geqslant k</tex> или <tex>x[k-s]=x[k]</tex> |
− | * <tex>Co(i, s)</tex>: если <tex>s < i</tex>, то выполняется <tex>x[i-s] \neq x[i]</tex> | + | * <tex>\mathrm{Co}(i, s)</tex>: если <tex>s < i</tex>, то выполняется <tex>x[i-s] \neq x[i]</tex> |
+ | |||
+ | Тогда для всех <tex>i</tex> таких, что <tex>0 \leqslant i < m</tex> выполняется <tex>bmGs[i+1]=\min\{s > 0 : \mathrm{Cs}(i, s)\ \wedge\ \mathrm{Co}(i, s)\}</tex>. | ||
− | + | А значение <tex>bmGs[0]</tex> определим, как длину периода шаблона <tex>x</tex>. | |
− | Для вычисления bmGs будем использовать | + | Для вычисления <tex> bmGs </tex> будем использовать функцию <tex>\mathrm{suffixLength}</tex>, определенную так: |
− | для всех <tex>i</tex> таких, что <tex>1 \leqslant i < m</tex> выполняется <tex> | + | для всех <tex>i</tex> таких, что <tex>1 \leqslant i < m</tex> выполняется <tex>\mathrm{suffixLength}(i)=\max\{k : x[i-k+1 \dots i]=x[m-k \dots m-1]\}</tex> |
Сдвиги плохих символов будем хранить в массиве <tex>bmBc</tex> размером <tex>\sigma</tex>. | Сдвиги плохих символов будем хранить в массиве <tex>bmBc</tex> размером <tex>\sigma</tex>. | ||
Для каждого символа <tex>c</tex> из <tex>\Sigma</tex>: <tex>bmBc[c] = \begin{cases} | Для каждого символа <tex>c</tex> из <tex>\Sigma</tex>: <tex>bmBc[c] = \begin{cases} | ||
− | \min\{i : 1 \leqslant i < m-1\ | + | \min\{i : 1 \leqslant i < m-1\ \wedge\ x[m-1-i]=c\}, & \mbox{if } c \in x\\ |
m, & \mbox{otherwise} | m, & \mbox{otherwise} | ||
\end{cases}</tex> | \end{cases}</tex> | ||
− | Массивы <tex>bmBc</tex> и <tex>bmGs</tex> вычисляются за <tex>O(m+\sigma)</tex> времени до основной фазы поиска и требуют, очевидно, <tex>O(m+\sigma)</tex> памяти. | + | Массивы <tex>bmBc</tex> и <tex>bmGs</tex> вычисляются за <tex>O(m^2+\sigma)</tex> времени до основной фазы поиска и требуют, очевидно, <tex>O(m+\sigma)</tex> памяти. |
+ | |||
+ | ==Псевдокод== | ||
+ | Константой <tex>|\Sigma|=\sigma</tex> обозначим размер нашего алфавита. | ||
− | == | + | Функция для вычисления таблицы сдвигов плохих символов. Она будет равна длине шаблона для всех символов, которые не встречаются в шаблоне, и порядковому номеру с конца для остальных (кроме последнего, для него тоже берется длина шаблона). Вычисляется прямо по определению за <tex>O(m+\sigma)</tex>. |
− | + | '''int'''[] preBmBc('''char'''[m] x): | |
+ | '''int''' table<tex>[</tex> <tex>|\Sigma|</tex> <tex>]</tex> | ||
+ | <font color=green>// Заполняем значением по умолчанию, равным длине шаблона</font> | ||
+ | '''for''' i = 0 .. <tex>|\Sigma|</tex> - 1 | ||
+ | table[i] = m | ||
+ | <font color=green>// Вычисление функции по определению</font> | ||
+ | '''for''' i = 0 .. m - 2 | ||
+ | table[x[i]] = m - 1 - i | ||
+ | '''return''' table | ||
− | Функция | + | Функция, проверяющая, что подстрока <tex>x[p \dots m - 1]</tex> является префиксом шаблона <tex>x</tex>. Требует <tex>O(m - p)</tex> времени. |
− | + | '''boolean''' isPrefix('''char'''[m] x, '''int''' p): | |
− | int | + | '''int''' j = 0 |
− | + | '''for''' i = p .. m - 1 | |
− | for i = | + | '''if''' x[i] != x[j] |
− | + | '''return''' false | |
− | + | ++j | |
− | + | '''return''' true | |
− | return | + | |
− | + | Функция, возвращающая для позиции <tex>p</tex> длину максимальной подстроки, которая является суффиксом шаблона <tex>x</tex>. Требует <tex>O(m - p)</tex> времени. //здесь неправильно, нет смысла сравнивать элементы ШАБЛОНА С САМИМ СОБОЙ | |
− | Функция для | + | '''int''' suffixLength('''char'''[m] x, '''int''' p): |
− | + | '''int''' len = 0 | |
− | + | '''int''' i = p | |
− | + | '''int''' j = m - 1 | |
− | + | '''while''' i <tex>\geqslant</tex> 0 '''and''' x[i] == x[j] | |
− | int | + | ++len |
− | + | --i | |
− | + | --j | |
− | + | '''return''' len | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | return | ||
− | Функция для вычисления сдвигов хороших суффиксов | + | Функция для вычисления сдвигов хороших суффиксов. Требует <tex>O(m)</tex> времени, несмотря на циклы в вызываемых функциях, из-за того, что каждый внутренний цикл в худшем случае будет выполняться на каждой позиции <tex>i</tex> не больше, чем <tex>i</tex> раз. Получается натуральный ряд, сумма <tex>m</tex> первых членов которого <tex dpi="150">\frac{m \cdot (m - 1)}{2}</tex>. Следовательно, получается оценка по времени <tex>O(m^2)</tex>. |
− | + | '''int'''[] preBmGs('''char'''[m] x): | |
− | int | + | '''int''' table[m] |
− | int | + | '''int''' lastPrefixPosition = m |
− | + | '''for''' i = m - 1 .. 0 | |
− | + | <font color=green>// Если подстрока x[i+1..m-1] является префиксом, то запомним её начало</font> | |
− | for | + | '''if''' isPrefix(x, i + 1) |
− | + | lastPrefixPosition = i + 1 | |
− | + | table[m - 1 - i] = lastPrefixPosition - i + m - 1 | |
− | + | <font color=green>// Вычисление функции по определению</font> | |
− | if ( | + | '''for''' i = 0 .. m - 2 |
− | + | '''int''' slen = suffixLength(x, i) | |
− | + | table[slen] = m - 1 - i + slen | |
− | + | '''return''' table | |
− | |||
− | for i = 0 .. m - 2 | ||
− | |||
Основная функция алгоритма Бойера-Мура | Основная функция алгоритма Бойера-Мура | ||
− | + | '''function''' BM('''char'''[n] y, '''char'''[m] x): '''vector <int>''' | |
− | int | + | '''vector <int>''' answer <font color=green>// вектор, содержащий все вхождения подстроки в строку</font> |
− | + | '''if''' m == 0 | |
− | + | answer.pushBack(-1) <font color=green>// Искомая подстрока является пустой</font> | |
− | <font color=green>//Предварительные вычисления</font> | + | '''return''' answer |
− | + | ||
− | + | <font color=green>// Предварительные вычисления</font> | |
− | + | '''int'''<tex>[</tex> <tex>|\Sigma|</tex> <tex>]</tex> bmBc = preBmBc(x) | |
− | <font color=green>//Поиск подстроки</font> | + | '''int'''[m] bmGs = preBmGs(x) |
− | + | ||
− | + | <font color=green>// Поиск подстроки</font> | |
− | int | + | '''for''' i = m - 1 .. n - 1 |
− | while | + | '''int''' j = m - 1 |
+ | '''while''' x[j] == y[i] | ||
+ | '''if''' j == 0 | ||
+ | answer.pushBack(i) <font color=green>// Найдена подстрока в позиции i</font> | ||
--i | --i | ||
− | if ( | + | --j |
− | + | i += max(bmGs[m - 1 - j], bmBc[y[i]]) | |
− | + | '''if''' (answer == <tex> \varnothing </tex>) | |
− | + | answer.pushBack(-1) <font color=green>// Искомая подстрока не найдена</font> | |
− | + | '''return''' answer | |
+ | |||
+ | ==Пример== | ||
+ | Пусть нам дана строка <tex>y = GCATCGCAGAGAGTATACAGTACG</tex> и образец <tex>x=GCAGAGAG</tex>. | ||
+ | |||
+ | Построим массивы <tex>bmBc</tex> и <tex>bmGs</tex> : | ||
+ | |||
+ | [[Файл:RaitaPre.png|250px]] | ||
+ | |||
+ | [[Файл:Crochemore.png|300px]] | ||
+ | |||
+ | Рассмотрим шаги алгоритма: | ||
+ | |||
+ | {| class = "wikitable" | ||
+ | ! Изображение !! <tex>(j, bmGs[y[j]])</tex> !! Описание | ||
+ | |-align="center" | ||
+ | |[[Файл:BMexample1.png|550px]] | ||
+ | |<tex>(7, 1)</tex> | ||
+ | |Сравниванием последние символы, они неравны, поэтому сдвигаемся на <tex> bmGs[y[j]]</tex>, где <tex>y[j]</tex> {{---}} это не совпавший символ. В данном случае <tex>y[j]=7</tex>, а <tex> bmGs[7]= 1</tex>. | ||
+ | |-align="center" | ||
+ | |[[Файл:BMexample2.png|550px]] | ||
+ | |<tex>(8, 4)</tex> | ||
+ | |Последние символы совпали. Предпоследние совпали. Третьи символы с конца различны, сдвигаемся на <tex> bmGs[5]= 4</tex>. | ||
+ | |-align="center" | ||
+ | |[[Файл:BMexample3.png|550px]] | ||
+ | |<tex>(12, 7)</tex> | ||
+ | |Последние символы совпали, сравниваем далее. Строчка найдена. Продолжаем работу и сдвигаемся на <tex> bmGs[0]= 7</tex>. | ||
+ | |-align="center" | ||
+ | |[[Файл:BMexample4.png|550px]] | ||
+ | |<tex>(19, 4)</tex> | ||
+ | |Последние символы совпали. Предпоследние совпали. Третьи символы с конца различны, сдвигаемся на <tex> bmGs[5]= 4</tex>. | ||
+ | |-align="center" | ||
+ | |[[Файл:BMexample5.png|550px]] | ||
+ | |<tex>(23, 7)</tex> | ||
+ | |Последние символы совпали, предпоследние различны. Алгоритм закончил работу. | ||
+ | |-align="center" | ||
+ | |} | ||
+ | |||
+ | В итоге, чтобы найти одно вхождение образца длиной <tex>m = 8</tex> в образце длиной <tex>n = 24</tex>, нам понадобилось <tex>17</tex> сравнений символов. | ||
+ | |||
+ | ==Асимптотики== | ||
+ | * Фаза предварительных вычислений требует <tex>O(m^2 + \sigma)</tex> времени и памяти. | ||
+ | * В худшем случае поиск требует <tex>O(m \cdot n)</tex> сравнений. | ||
+ | * В лучшем случае требует <tex > \Omega \left( \dfrac{n}{m} \right)</tex> сравнений. | ||
+ | |||
+ | '''Пример:''' | ||
+ | Исходный текст <tex>bb \dots bb</tex> и шаблон <tex>abab \dots abab</tex>. Из-за того, что все символы <tex>b</tex> из текста повторяются в шаблоне <tex>\dfrac{m}{2}</tex> раз, эвристика хорошего суффикса будет пытаться сопоставить шаблон в каждой позиции (суммарно, <tex>n</tex> раз), а эвристика плохого символа в каждой позиции будет двигать строку <tex>\dfrac{m}{2}</tex> раз. Итого, <tex>O(n \cdot m)</tex>. | ||
+ | |||
+ | где <tex>n</tex> {{---}} длина исходного текста, <tex>m</tex> {{---}} длина шаблона, <tex>\sigma</tex> {{---}} размер алфавита. | ||
+ | |||
+ | ==Варианты== | ||
+ | ===Алгоритм Бойера — Мура — Хорспула=== | ||
+ | Этот алгоритм работает лучше Бойера-Мура на случайных текстах — для него оценка в среднем лучше. | ||
+ | Алгоритм использует только сдвиги плохих символов, при этом за такой символ берётся символ из исходного текста, который соответствует последнему символу шаблона, независимо от того, где случилось несовпадение. | ||
+ | Поскольку реальные поисковые образцы редко имеют равномерное распределение, алгоритм Бойера-Мура-Хорспула может дать как выигрыш, так и проигрыш по сравнению с стандартной реализацией. | ||
+ | ===Алгоритм Чжу — Такаоки=== | ||
+ | На коротких алфавитах сдвиги плохих символов не помогают уже на коротких суффиксах. Простейший способ улучшить работу алгоритма в таких условиях — вместо одного плохого символа строить таблицу для пары символов: несовпавшего и идущего перед ним. Такой алгоритм получил собственное имя: алгоритм Чжу — Такаоки. | ||
+ | На предварительную обработку расходуется <tex>O(m+\sigma^2)</tex> времени. | ||
==Сравнение с другими алгоритмами== | ==Сравнение с другими алгоритмами== | ||
===Достоинства=== | ===Достоинства=== | ||
* Алгоритм Бойера-Мура на хороших данных очень быстр, а вероятность появления плохих данных крайне мала. Поэтому он оптимален в большинстве случаев, когда нет возможности провести предварительную обработку текста, в котором проводится поиск. | * Алгоритм Бойера-Мура на хороших данных очень быстр, а вероятность появления плохих данных крайне мала. Поэтому он оптимален в большинстве случаев, когда нет возможности провести предварительную обработку текста, в котором проводится поиск. | ||
− | * На больших алфавитах (относительно длины шаблона) алгоритм чрезвычайно быстрый и требует намного меньше памяти | + | * На больших алфавитах (относительно длины шаблона) алгоритм чрезвычайно быстрый и требует намного меньше памяти, чем [[Алгоритм Ахо-Корасик|алгоритм Ахо-Корасик]]. |
− | + | * Позволяет добавить множество модификаций, таких как поиск подстроки, включающей ''любой символ (?)'' (но для реализации ''множества символов (*)'' не подходит, так как длина шаблона должна быть известна заранее). | |
− | * Позволяет добавить множество модификаций, таких как поиск подстроки, включающей ''любой символ (?)'' (но для реализации ''множества символов (*)'' не | ||
===Недостатки=== | ===Недостатки=== | ||
* Алгоритмы семейства Бойера-Мура не расширяются до приблизительного поиска, поиска любой строки из нескольких. | * Алгоритмы семейства Бойера-Мура не расширяются до приблизительного поиска, поиска любой строки из нескольких. | ||
− | |||
* На больших алфавитах (например, Юникод) может занимать много памяти. В таких случаях либо обходятся хэш-таблицами, либо дробят алфавит, рассматривая, например, 4-байтовый символ как пару двухбайтовых. | * На больших алфавитах (например, Юникод) может занимать много памяти. В таких случаях либо обходятся хэш-таблицами, либо дробят алфавит, рассматривая, например, 4-байтовый символ как пару двухбайтовых. | ||
− | * На искусственно подобранных неудачных текстах | + | * На искусственно подобранных неудачных текстах скорость алгоритма Бойера-Мура серьёзно снижается. |
− | == | + | ==Источники информации== |
− | * [ | + | * [[wikipedia:ru:Алгоритм_Бойера_—_Мура|Википедия {{---}} Алгоритм Бойера-Мура]] |
− | * [ | + | * [[wikipedia:ru:Алгоритм_Бойера_—_Мура_—_Хорспула|Википедия {{---}} Алгоритм Бойера-Мура-Хорспула]] |
− | * [ | + | * [[wikipedia:Boyer–Moore_string_search_algorithm|Wikipedia {{---}} Boyer–Moore string search algorithm]] |
* [http://www-igm.univ-mlv.fr/~lecroq/string/node14.html#SECTION00140 Boyer-Moore algorithm] | * [http://www-igm.univ-mlv.fr/~lecroq/string/node14.html#SECTION00140 Boyer-Moore algorithm] | ||
+ | * [http://algolist.manual.ru/search/esearch/bm.php Алгоритм Боуера-Мура] | ||
[[Категория: Дискретная математика и алгоритмы]] | [[Категория: Дискретная математика и алгоритмы]] | ||
[[Категория: Поиск подстроки в строке]] | [[Категория: Поиск подстроки в строке]] | ||
+ | [[Категория: Точный поиск]] |
Текущая версия на 19:21, 4 сентября 2022
Алгоритм Бойера-Мура, разработанный двумя учеными — Бойером (Robert S. Boyer) и Муром (J. Strother Moore), считается наиболее быстрым среди алгоритмов общего назначения, предназначенных для поиска подстроки в строке. Важной особенностью алгоритма является то, что он выполняет сравнения в шаблоне справа налево в отличие от многих других алгоритмов.
Алгоритм Бойера-Мура считается наиболее эффективным алгоритмом поиска шаблонов в стандартных приложениях и командах, таких как Ctrl+F в браузерах и текстовых редакторах.
Содержание
Алгоритм
Алгоритм сравнивает символы шаблона
справа налево, начиная с самого правого, один за другим с символами исходной строки . Если символы совпадают, производится сравнение предпоследнего символа шаблона и так до конца. Если все символы шаблона совпали с наложенными символами строки, значит, подстрока найдена, и поиск окончен. В случае несовпадения какого-либо символа (или полного совпадения всего шаблона) он использует две предварительно вычисляемых эвристических функций, чтобы сдвинуть позицию для начала сравнения вправо.Таким образом для сдвига позиции начала сравнения алгоритм Бойера-Мура выбирает между двумя функциями, называемыми эвристиками хорошего суффикса и плохого символа (иногда они называются эвристиками совпавшего суффикса и стоп-символа). Так как функции эвристические, то выбор между ними простой — ищется такое итоговое значение, чтобы мы не проверяли максимальное число позиций и при этом нашли все подстроки равные шаблону.
Алфавит обозначим буквой
.Пусть
, и .Предположим, что в процессе сравнения возникает несовпадение между символом
шаблона и символом исходного текста при проверке в позиции . Тогда и , и символов шаблона уже совпало.Правило сдвига хорошего суффикса
Если при сравнении текста и шаблона совпало один или больше символов, шаблон сдвигается в зависимости от того, какой суффикс совпал.
Если существуют такие подстроки равные
, что они полностью входят в и идут справа от символов, отличных от , то сдвиг происходит к самой правой из них, отличной от . Понятно, что таким образом мы не пропустим никакую строку, так как сдвиг просходит на следующую слева подстроку от суффикса. После выравнивания шаблона по этой подстроке сравнение шаблона опять начнется с его последнего символа. На новом шаге алгоритма можно строку , по которой был произведён cдвиг, не сравнивать с текстом — возможность для модификации и дальнейшего ускорения алгоритма.Если не существует таких подстрок, то смещение состоит в выравнивании самого длинного суффикса
подстроки с соответствующим префиксом . Из-за того, что мы не смогли найти такую подстроку, то, очевидно, что ни один суффикс шаблона уже не будет лежать в подстроке , поэтому единственный вариант, что в эту подстроку попадет префикс.Правило сдвига плохого символа
В таблице плохих символов указывается последняя позиция в шаблоне (исключая последнюю букву) каждого из символов алфавита. Для всех символов, не вошедших в шаблон, пишем
. Предположим, что у нас не совпал символ из текста на очередном шаге с символом из шаблона. Очевидно, что в таком случае мы можем сдвинуть шаблон до первого вхождения этого символа в шаблоне, потому что совпадений других символов точно не может быть. Если в шаблоне такого символа нет, то можно сдвинуть весь шаблон полностью.Если символ исходного текста
встречается в шаблоне , то происходит его выравнивание с его самым правым появлением в подстроке .Если
не встречается в шаблоне , то ни одно вхождение в не может включать в себя , и левый конец окна сравнения совмещен с символом непосредственно идущим после , то есть символ .Обратите внимание, что сдвиг плохого символа может быть отрицательным, поэтому исходя из ранее приведенных свойств этих функций берется значение равное максимуму между сдвигом хорошего суффикса и сдвигом плохого символа.
Формальное определение
Теперь определим две функции сдвигов более формально следующим образом:
Пусть значения функции сдвига хорошего суффикса хранятся в массиве
размером .Определим два условия:
- : для каждого такого, что выполняется или
- : если , то выполняется
Тогда для всех
таких, что выполняется .А значение
определим, как длину периода шаблона .Для вычисления
будем использовать функцию , определенную так: для всех таких, что выполняетсяСдвиги плохих символов будем хранить в массиве
размером . Для каждого символа из :Массивы
и вычисляются за времени до основной фазы поиска и требуют, очевидно, памяти.Псевдокод
Константой
обозначим размер нашего алфавита.Функция для вычисления таблицы сдвигов плохих символов. Она будет равна длине шаблона для всех символов, которые не встречаются в шаблоне, и порядковому номеру с конца для остальных (кроме последнего, для него тоже берется длина шаблона). Вычисляется прямо по определению за
.int[] preBmBc(char[m] x): int table// Заполняем значением по умолчанию, равным длине шаблона for i = 0 .. - 1 table[i] = m // Вычисление функции по определению for i = 0 .. m - 2 table[x[i]] = m - 1 - i return table
Функция, проверяющая, что подстрока
является префиксом шаблона . Требует времени.boolean isPrefix(char[m] x, int p): int j = 0 for i = p .. m - 1 if x[i] != x[j] return false ++j return true
Функция, возвращающая для позиции
длину максимальной подстроки, которая является суффиксом шаблона . Требует времени. //здесь неправильно, нет смысла сравнивать элементы ШАБЛОНА С САМИМ СОБОЙ int suffixLength(char[m] x, int p):
int len = 0
int i = p
int j = m - 1
while i
0 and x[i] == x[j]
++len
--i
--j
return len
Функция для вычисления сдвигов хороших суффиксов. Требует
времени, несмотря на циклы в вызываемых функциях, из-за того, что каждый внутренний цикл в худшем случае будет выполняться на каждой позиции не больше, чем раз. Получается натуральный ряд, сумма первых членов которого . Следовательно, получается оценка по времени .int[] preBmGs(char[m] x): int table[m] int lastPrefixPosition = m for i = m - 1 .. 0 // Если подстрока x[i+1..m-1] является префиксом, то запомним её начало if isPrefix(x, i + 1) lastPrefixPosition = i + 1 table[m - 1 - i] = lastPrefixPosition - i + m - 1 // Вычисление функции по определению for i = 0 .. m - 2 int slen = suffixLength(x, i) table[slen] = m - 1 - i + slen return table
Основная функция алгоритма Бойера-Мура
function BM(char[n] y, char[m] x): vector <int> vector <int> answer // вектор, содержащий все вхождения подстроки в строку if m == 0 answer.pushBack(-1) // Искомая подстрока является пустой return answer // Предварительные вычисления intbmBc = preBmBc(x) int[m] bmGs = preBmGs(x) // Поиск подстроки for i = m - 1 .. n - 1 int j = m - 1 while x[j] == y[i] if j == 0 answer.pushBack(i) // Найдена подстрока в позиции i --i --j i += max(bmGs[m - 1 - j], bmBc[y[i]]) if (answer == ) answer.pushBack(-1) // Искомая подстрока не найдена return answer
Пример
Пусть нам дана строка
и образец .Построим массивы
и :Рассмотрим шаги алгоритма:
В итоге, чтобы найти одно вхождение образца длиной
в образце длиной , нам понадобилось сравнений символов.Асимптотики
- Фаза предварительных вычислений требует времени и памяти.
- В худшем случае поиск требует сравнений.
- В лучшем случае требует сравнений.
Пример: Исходный текст
и шаблон . Из-за того, что все символы из текста повторяются в шаблоне раз, эвристика хорошего суффикса будет пытаться сопоставить шаблон в каждой позиции (суммарно, раз), а эвристика плохого символа в каждой позиции будет двигать строку раз. Итого, .где
— длина исходного текста, — длина шаблона, — размер алфавита.Варианты
Алгоритм Бойера — Мура — Хорспула
Этот алгоритм работает лучше Бойера-Мура на случайных текстах — для него оценка в среднем лучше. Алгоритм использует только сдвиги плохих символов, при этом за такой символ берётся символ из исходного текста, который соответствует последнему символу шаблона, независимо от того, где случилось несовпадение. Поскольку реальные поисковые образцы редко имеют равномерное распределение, алгоритм Бойера-Мура-Хорспула может дать как выигрыш, так и проигрыш по сравнению с стандартной реализацией.
Алгоритм Чжу — Такаоки
На коротких алфавитах сдвиги плохих символов не помогают уже на коротких суффиксах. Простейший способ улучшить работу алгоритма в таких условиях — вместо одного плохого символа строить таблицу для пары символов: несовпавшего и идущего перед ним. Такой алгоритм получил собственное имя: алгоритм Чжу — Такаоки. На предварительную обработку расходуется
времени.Сравнение с другими алгоритмами
Достоинства
- Алгоритм Бойера-Мура на хороших данных очень быстр, а вероятность появления плохих данных крайне мала. Поэтому он оптимален в большинстве случаев, когда нет возможности провести предварительную обработку текста, в котором проводится поиск.
- На больших алфавитах (относительно длины шаблона) алгоритм чрезвычайно быстрый и требует намного меньше памяти, чем алгоритм Ахо-Корасик.
- Позволяет добавить множество модификаций, таких как поиск подстроки, включающей любой символ (?) (но для реализации множества символов (*) не подходит, так как длина шаблона должна быть известна заранее).
Недостатки
- Алгоритмы семейства Бойера-Мура не расширяются до приблизительного поиска, поиска любой строки из нескольких.
- На больших алфавитах (например, Юникод) может занимать много памяти. В таких случаях либо обходятся хэш-таблицами, либо дробят алфавит, рассматривая, например, 4-байтовый символ как пару двухбайтовых.
- На искусственно подобранных неудачных текстах скорость алгоритма Бойера-Мура серьёзно снижается.