Asynchronous Pluggable Protocols

最新推荐文章于 2020-05-16 16:15:48 发布

weixin_30321709

最新推荐文章于 2020-05-16 16:15:48 发布

阅读量126

点赞数

CC 4.0 BY-SA版权

文章标签： c# 操作系统

原文链接：http://www.cnblogs.com/voidclass/archive/2005/12/10/294201.html

博客围绕奇怪的URL展开，如bds:、vs:等。经探索发现是Asynchronous Pluggable Protocols（APPs）技术相关。常见应用层协议外，微软允许扩展协议，bds:等是Pluggable Namespace Handler实现，只能在各自进程用；ms-help:等是APPs实现可在IE访问，还实现了自定义协议tpp:。

源代码下载

如果你用过Borland Developer Studio 2006，就会发现在Welcome Page的地址中显示的URL为"bds:/default.htm"。在Visual Studio 2003，同样会发现在起始页中联机资源的URL为"vs:/default.htm"(可以通过使用IE Source Viewer查看)；另外在Microsoft Office InfoPath中设计或填写表单时，使用IE Source Viewer查看，其URL为"x-view://xxxx/default.htm"。

为什么会有这些奇怪的URL哪？

还有一些如下：
ms-help://MS.VSCC.2003/MS.MSDNQTR.2003FEB.2052/dnmsdn2/html/msdnstart.htm
mk:@MSITStore:C:\WINDOWS\Help\iis.chm::/iint1.htm
……

但是上面的两个URL可以在IE中访问，而bds:、vs:和x-view:则无法在IE中访问。为什么出现这么奇怪的现象哪？

带着这些疑问在Google上尝试了NN次关键字的组合，终于发现了一个技术很有嫌疑，名为"Asynchronous Pluggable Protocols"。

常见的应用层协议包括http、FTP等。另外，微软还允许用户在标准的应用层协议之外，扩展自己的协议，称为Asynchronous Pluggable Protocols(APPs)。APPs可以指定对所有进程有效，在注册表HKEY_CLASSES_ROOT\PROTOCOLS\Handler中进行协议定义；也可以指定只在某个进程内有效，不过这个时候微软就不叫它APPs了，而是称之为Pluggable Namespace Handler。

前面我们提到的bds:、vs:和x-view:是Pluggable Namespace Handler的实现。这些协议只允许在各自的进程中使用，所以无法在IE中访问。而ms-help:和mk:则是Asynchronous Pluggable Protocols的实现，可以在HKEY_CLASSES_ROOT\PROTOCOLS\Handler中找到，所以可以在IE中访问。解释了这些疑问之后，我饶有兴趣地实现了一个自定义协议tpp:。

如果继续研究APPs会发现，该技术还可以用于MIME过滤等。不过要求有IE 4.0或更高版本支持和URL monikers支持。