= Vov Tsearchn Vov e Konj t Konj r Nudeactressworld t Vov c Vov i Link b1searchs Nudeactressworld ach Konj t Nudeactressworld :search/w Vov w Konj bsearchy Link rsearche Szh dsearchv Konj csearchm Link gsearchy Link psearchr Szh . Vov hp Szh s Konj a Link csearche Konj searchzAsia%20Censored%20Section%20%D1%C7%D6%DE%D3%D0%C2%EB%B1%A1%C2%EB%C7%F8 Szh Vov z Link Link s Konj a%D7%A2%D2%F4%CC%A8c Konj ejapanese+tube8esearchr Vov hwww.boyfriendtv.comh Vov s Nudeactressworld acsearchklsearch

"URL Protocol"="C:\\Program Files\\Tencent\\QQ\\Timwp.exe"

[HKEY_CLASSES_ROOT\TENCENT\DefaultIcon]

@="C:\\Program Files\\Tencent\\QQ\\Timwp.exe,1"

[HKEY_CLASSES_ROOT\TENCENT\shell]

[HKEY_CLASSES_ROOT\TENCENT\shell\open]

[HKEY_CLASSES_ROOT\TENCENT\shell\open\command]

@="\"C:\\Program Files\\Tencent\\QQ\\Timwp.exe\" \"%1\""

PPlive的：

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\Synacast]

@="URL:synacast Protocol"

"Version"="1.5.38"

"URL Protocol"=""

[HKEY_CLASSES_ROOT\Synacast\DefaultIcon]

@="C:\\Program Files\\PPLive\\PPLive.exe"

[HKEY_CLASSES_ROOT\Synacast\Shell]

[HKEY_CLASSES_ROOT\Synacast\Shell\Open]

[HKEY_CLASSES_ROOT\Synacast\Shell\Open\Command]

@="C:\\Program Files\\PPLive\\PPLive.exe \"%1\""

通过多方查找终于发现是注册表这两项在起作用，原来只要在注册表里象添加文件扩展名一样，添加两个Synacast和TENCENT扩展名来，IE就会自动查找到这里来调用相应的程序。IE果然和windows系统内核整合起来了！原来注册表扩展名项还有这种作用，自己见识太少了，这种方法实现IE地址的自定义估计是最简单的了。

方法二：一开始不知道方法一的时候，在网上找了很多可以实现这种功能的代码，采用BHO（Browser Helper Object，浏览器辅助对象）或者IURLSearchHook接口 来做到。也就是通常所说的IE插件了，我这里统称为方法二。如果不知道什么叫做BHO和IURLSearchHook的就去搜索一下吧，最近流氓插件很火，所以这个技术也有多人提到，借助IURLSearchHook还可以实现中文实名上网等功能，不过那些臭名昭著的流氓软件可都不是这样子坐的他更多的精力是放到防止别人卸载那边去了。

     因为我没有编写过ATL或者COM方面的程序，所以也就借着这个机会写了个IURLSearchHook的实现，以后碰到IE插件编程，ATL编程，COM编程，Shell接口编程的时候也好能够玩一玩，好像shell接口编程还是有很多有意思东西的。

     这个是MSDN上IURLSearchHook接口的说明：library/default.asp?url=/library/en-us/shellcc/platform/shell/reference/ifaces/iurlsearchhook/iurlsearchhook.asp

    下面这个是MSDN上shell接口编程的说明：en-us/library/ms631201.aspx

    这个是ATL编程的 zh-cn/library/65t81w8a(vs.80).aspx

    有一片不错的来之VCbase的文章说得是“ATL 实现定制的 IE 浏览器栏、工具栏和桌面工具栏”

   document/viewdoc/?id=1457

     简单的说，IURLSearchHook被浏览器用来转换一个未知的URL协议地址，当浏览器企图去打开一个未知协议的URL地址时，浏览器首先尝试从这个地址得到当前的协议，如果不成功，浏览器将寻找系统里所有注册为“URL Search Hook”（资源搜索钩子，USH）的对象并把这个IE不能理解的地址发送过去，如果某个USH对象“认识”这个地址，它就返回一个特定的标识告诉IE它知道怎么打开这个地址，然后IE就根据约定的方法调用它，最终打开这个地址。其实USH对象并不陌生，我们一些偷懒的用户就经常为了省事而不输入“P>

     以下是实现代码：

     使用VC2003新建一个名字为UrlSearchHook的ATL工程

     进入工程之后在类视图中右击工程名字－》添加类—》 添加一个 叫WidebrightBlog的 “ATL简单对象”

还是类视图中右击 WidebrightBlog 类——》添加->实现接口，利用向导找到 shell接口中的IURLSearchHook 后添加实现。

     向导里面列了很多，不过我是没找到啦，所以之后手工添加接口实现了，以下全部代码，红色的是自己写的。

// WidebrightBlog.h : CWidebrightBlog 的声明

#pragma once

#include "resource.h"        // 主符号

#include <comdef.h>

#include <shlobj.h>

// IWidebrightBlog

[

object,

uuid("1F0B2F61-221A-456C-A8E1-E0E01796E482"),

dual, helpstring("IWidebrightBlog 接口"),

pointer_default(unique)

]

__interface IWidebrightBlog : IDispatch

{};

// CWidebrightBlog

[

coclass,

threading("apartment"),

vi_progid("UrlSearchHook.WidebrightBlog"),

progid("UrlSearchHook.WidebrightBlog.1"),

version(1.0),

uuid("44AA49F1-7E20-472E-A5A4-08D3233D9132"),

helpstring("WidebrightBlog Class")

]

class ATL_NO_VTABLE CWidebrightBlog :

   public IWidebrightBlog,

public IURLSearchHook

{}

DECLARE_PROTECT_FINAL_CONSTRUCT()

//组件接口映射部分，该部分映射主要是告诉QueryInterface能返回哪些接口给外部

   BEGIN_COM_MAP(CWidebrightBlog)

        COM_INTERFACE_ENTRY(IWidebrightBlog)

        COM_INTERFACE_ENTRY(IDispatch)

        COM_INTERFACE_ENTRY(IURLSearchHook)

   END_COM_MAP()

HRESULT FinalConstruct()

{}

void FinalRelease()

{}

public:

  STDMETHODIMP Translate(   LPWSTR lpwszSearchURL,   DWORD cchBufferSize)

   {}

     return E_FAIL;   //没有修改lpwszSearchURL

     return S_FALSE; //修改了lpwszSearchURL的，但还需要继续处理

   }

   int MyFunction(void)       //这个是自己利用向导生成Method的函数，想试一下COM接口，没什么用的，根本程序无关。

   {}

};

不过编译一下，有错，说是IURLSearchHook接口GUID没定义，明显是有这个接口的，在MSDN里面没有什么说明，最后在CSDN上找到一张帖子

，说是VC2003里面 和VC6的ATL不同，在VC6里面上面代码是可以通过的，但在VC2003以后版本就不行了。这是引用帖子中原话“There are two

<comdef.h> header files in VC.NET, one in Vc7/include and the other in Vc7/PlatformSDK/include. The former splits off the

smart pointer typedefs into comdefsp.h, and it doesn't include IContextMenu. The latter does. You can try to #include the

PlatformSDK header directly, change your INCLUDE path order, or supply the missing typedef yourself, e.g.

struct __declspec(uuid("000214e4-0000-0000-c000-000000000046"))

IContextMenu;

_COM_SMARTPTR_TYPEDEF(IContextMenu, __uuidof(IContextMenu));”

      我查看了VC目录下的两个文件也确实如此，所以手工添加了一下Include路径确保#include <comdef.h> 包含的是Platform中的那个comdef.h就行了。在 UrlSearchHook工程－“工程属性”－》“C/C++” －》   “附加包含目录” 属性，增加一个 "C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\PlatformSDK\Include"   。

     然后再编译就通过了，生成了dll文件，整个代码很简单，就是实现IURLSearchHook接口的 Translate函数，BEGIN_COM_MAP和 COM_INTERFACE_ENTRY几个ATL宏声明IURLSearchHook接口外部可见，就一些ok了。

      不过要让IE知道有这个URL Search Hook扩展，还要修改注册表才行。我手工在HKEY_CURRENT_USER\Software\ Microsoft\ Internet Explorer\ UrlSearchHooks 添加了一项 REG_SZ类型名字为{} 的项，其中名字和你生成的dll注册类型对应 ，在上面代码里也可以看到。注意的是MSDN上说的是HKEY_LOCAL_MACHINE\..\.. 注册表位置，但其他文档说得是HKEY_CURRENT_USER位置，而且我在HKEY_LOCAL_MACHINE下也没看到UrlSearchHooks项，不知道添加在HKEY_LOCAL_MACHINE会不会有效果，不过添加在HKEY_CURRENT_USER\Software\ Microsoft\ Internet Explorer\ UrlSearchHooks会成功就是了。

      好了，启动IE7，输入widebright开头的地址，都跳到widebright 来了， 在卡卡上网助手里可见 CWidebrightBlog Object 地址栏搜索 项 。