• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            那誰的技術(shù)博客

            感興趣領(lǐng)域:高性能服務(wù)器編程,存儲,算法,Linux內(nèi)核
            隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
            數(shù)據(jù)加載中……

            前綴匹配問題與trie樹

            前綴匹配問題就是類似于你在某個輸入框中輸入某個字符串, 根據(jù)你的輸入猜測你要輸入的字符串, 比如說, 今天在我的firefox搜索欄里面搜索了"lighttpd"這個關(guān)鍵字, 當(dāng)我再次輸入"ligh"的時候, 輸入框有一個下拉列表提示我"lighttpd".或者, 類似輸入法中的智能聯(lián)想, 輸入前面幾個字符聯(lián)想以其為前綴的其它詞組.這些都是前綴匹配技術(shù)的典型應(yīng)用場合.

            為了簡單起見, 我們下面的講述假設(shè)你所查找的字符串都是由小寫英文字母組成的.

            前綴匹配問題最自然的想法就是采用樹, 我最開始的考慮是采用一個二叉樹, 根據(jù)字典順序排列來進(jìn)行搜索.但是這個想法有一些問題, 比如"lighttpd"這個字符串, 在我匹配了最前面的"li"之后去搜索字符"g"的時候, 中間可能要跳躍過由字典順序排在'g'之前的字符, 比如'a','b'等等.也就是說, 根據(jù)前綴"li"去查找"lig"的時候, 我們不能馬上定位到"lig"的位置, 或者說, 這樣的定位不是O(1)的, 需要O(log2(n))次, 其中n為你所查找的字符距離字符'a'的距離.

            為了解決這個問題, trie樹采用了另一種解決辦法, trie樹中每個節(jié)點擁有一個數(shù)組, 這個數(shù)組的數(shù)量是所有可能出現(xiàn)的字符的數(shù)量, 基于前面的假設(shè)這里提到的字符串全部由小寫字母組成, 那么就是26個元素,而數(shù)組的下標(biāo)是按照字典排序距離字母'a'的距離:
            const int num_chars = 2;
            struct Trie_node
            {
                char* data;
                Trie_node* branch[num_chars];
                Trie_node();
            };
            假設(shè)要搜索前綴'l'開始的字符串, 那么以'a'為前綴的所有字符串的根節(jié)點就是root->branch['l' - 'a'], 其中root是樹的根節(jié)點.
            搜索所有以'lg'為前綴的字符串可以類似展開, 其它的搜索前綴也可以同樣展開.

            于是, 前綴匹配問題在trie樹中就可以如下展開:比如要搜索以"li"為前綴的索引, 首先根據(jù)前面的算法找到索引為"li"的節(jié)點, 則以"li"為前綴的字符串都在以這個節(jié)點為根的子節(jié)點中.實際情況中, 這樣的子節(jié)點可能是很多的, 需要根據(jù)情況進(jìn)行過濾.

            這里不再多闡述trie樹的數(shù)據(jù)結(jié)構(gòu), 這里有一份實現(xiàn)源碼和算法說明.

            可以看到, trie樹對于實現(xiàn)查找可變字符串的索引有很高的效率, 如果要查找n個字符組成的字符串, 只需要n次操作.
            同時, trie樹也節(jié)省了空間, 比如索引字符串"lig"和"ligh"共享了前面的三個字符.

            其它相關(guān)文章:
            http://blog.csdn.net/lwl_ls/archive/2008/05/03/2373069.aspx





            posted on 2008-08-19 23:41 那誰 閱讀(3823) 評論(1)  編輯 收藏 引用 所屬分類: 算法與數(shù)據(jù)結(jié)構(gòu)

            評論

            # re: 前綴匹配問題與trie樹  回復(fù)  更多評論   

            谷歌的前綴匹配好爛,很不方便。
            2008-08-24 16:02 | dell
            久久婷婷五月综合成人D啪| 久久国产劲爆AV内射—百度| 欧美va久久久噜噜噜久久| 亚洲国产精品久久66| 亚洲国产成人精品无码久久久久久综合 | 久久久精品国产免大香伊 | 亚洲欧美一区二区三区久久| 久久精品国产精品亚洲精品| 狠狠色婷婷久久综合频道日韩 | 久久久久人妻一区精品色| 久久无码国产专区精品| 日韩美女18网站久久精品| 国产综合久久久久| 99久久国产热无码精品免费| 久久久WWW成人免费毛片| 99精品伊人久久久大香线蕉| 久久精品中文字幕一区| 久久成人国产精品一区二区| 久久99久久成人免费播放| 天天爽天天狠久久久综合麻豆| 中文字幕久久精品无码| 国产高清国内精品福利99久久| A级毛片无码久久精品免费| AV无码久久久久不卡蜜桃| 久久亚洲视频| 久久精品成人欧美大片| 久久久精品无码专区不卡| 精品久久无码中文字幕| 亚洲中文久久精品无码ww16| 色欲综合久久躁天天躁| 久久久精品国产Sm最大网站| 国产成人久久久精品二区三区 | 亚洲人成无码www久久久 | 久久亚洲精品中文字幕| 中文字幕乱码人妻无码久久 | 亚洲香蕉网久久综合影视 | 一本大道久久东京热无码AV| 亚洲成色999久久网站| 色综合久久久久| 色99久久久久高潮综合影院| 日本精品久久久中文字幕|