谷歌浏览器的源码分析(10)

上一次已经分析到输入字符后，就需要把这些关键字去查找历史的连接，或者相关的内容，那么可多米的浏览器又是从那里去找到这些数据呢？现在就来分析这方面相关的内容。它主要通下面的函数来实现：

#001  voidAutocompleteEdit::UpdatePopup() {

 

冻结输入。

#002    ScopedFreeze freeze(this,GetTextObjectModel());

 

设置正在输入过程中。

#003    SetInputInProgress(true);

#004 

 

如果输入的EDIT框没有焦点，就直接返回。

#005    if (!has_focus_) {

#006      // When we're in themidst of losing focus, don't rerun autocomplete.  This

#007      // can happen whenlosing focus causes the IME to cancel/finalize a

#008      // composition.  We still want to note that user input is inprogress, we

#009      // just don't want to doanything else.

#010      //

#011      // Note that in thiscase the ScopedFreeze above was unnecessary; however,

#012      // we're inside thecallstack of OnKillFocus(), which has already frozen the

#013      // edit, so this willnever result in an unnecessary UpdateWindow() call.

#014      return;

#015    }

#016 

#017    // Figure out whether theuser is trying to compose something in an IME.

 

判断是否从输入法打开，如果是就从输入法窗口里获取字符串。

#018    bool ime_composing =false;

#019    HIMC context =ImmGetContext(m_hWnd);

#020    if (context) {

#021      ime_composing =!!ImmGetCompositionString(context, GCS_COMPSTR, NULL, 0);

#022     ImmReleaseContext(m_hWnd, context);

#023    }

#024 

#025    // Don't inlineautocomplete when:

#026    //   * The user is deleting text

#027    //   * The caret/selection isn't at the end ofthe text

#028    //   * The user has just pasted in something thatreplaced all the text

#029    //   * The user is trying to compose something inan IME

 

获取当前选择的字符串。

#030    CHARRANGE sel;

#031    GetSel(sel);

 

根据用户输入的字符串来查找智能提示菜单的内容。

#032   popup_->StartAutocomplete(user_text_, GetDesiredTLD(),

#033        just_deleted_text_ ||(sel.cpMax < GetTextLength()) ||

#034        (paste_state_ != NONE)|| ime_composing);

#035  }

 

在这个函数里主要调用类AutocompletePopupModel的函数StartAutocomplete来完成智能提示。而类AutocompletePopupModel的声明如下：

class AutocompletePopupModel : public ACControllerListener, public Task{

 public:

  AutocompletePopupModel(constChromeFont& font,

                        AutocompleteEdit* editor,

                         Profile*profile);

  ~AutocompletePopupModel();

从这个类里可以看到它是继承类ACControllerListener，说明它是响应一个返回结果的监听器；继承类Task说明它是一个任务线程类。由这两个类可以看出，它是把关键字给一个线程，然后让这个线程去查询结果，当结果返回时，就再更新到显示窗口里。

 

虽然上面理解它的查询过程了，但是向谁查询呢？这是一个一定需要了解的问题。现在就来分析类AutocompleteController，它在构造函数时，就会创建三个查询的对象：

#001 AutocompleteController::AutocompleteController(ACControllerListener*listener,

#002                                                Profile* profile)

#003      : listener_(listener) {

#004    providers_.push_back(new SearchProvider(this, profile));

#005    providers_.push_back(new HistoryURLProvider(this, profile));

#006    keyword_provider_ = new KeywordProvider(this, profile);

#007   providers_.push_back(keyword_provider_);

#008    if (listener) {

#009      // These providers areasync-only, so there's no need to create them when

#010      // we'll only be doingsynchronous queries.

#011     history_contents_provider_ = new HistoryContentsProvider(this,profile);

#012      providers_.push_back(history_contents_provider_);

#013    } else {

#014     history_contents_provider_ = NULL;

#015    }

#016    for (ACProviders::iteratori(providers_.begin()); i != providers_.end(); ++i)

#017      (*i)->AddRef();

#018  }

 

从上面的代码，可以看到它是向SearchProvider、HistoryURLProvider、KeywordProvider和HistoryContentsProvider来查找到合适的智能提示。类SearchProvider是从搜索引擎里查找合适的内容；类HistoryURLProvider是从历史的URL里查找合适的内容；类KeywordProvider是从关键字搜索引擎里查找合适的内容；类HistoryContentsProvider是从历史内容里查找合适内容。从上面四种智能提示里，在以前的浏览器里一般只能做到从历史的URL里提示，现在“可多米”可以做到从搜索引擎和关键字引擎里查找到相应的结果回来，可见它是智能提示完美的体现，智能的水平可想而知了。这就是强大的云计算典型应用，如果没有强大的服务器群是做不到几亿人输入关键字时，还能快速返回结果的。

 

分析到这里，也许知道为什么GOOGLE开发浏览器的原因了吧，如果其它浏览是不可能采用这样的技术来分析用户的输入的，顶多是到历史记录里查找一下就算了。

 

虽然提供这么强大的搜索，它们又是怎么样实现的呢？下一次再来分析它们。