信息: 实现类似于 HTTP 的异步可插入协议

异步可插接式协议 （应用程序） 可让您扩展标准的互联网协议 （HTTP、 FTP 等） 以包含其他连接方案用于获取数据的自定义协议的 Internet Explorer 的知识。您可能会使用此技术来替换默认的 HTTP 协议处理程序，以便您可以过滤所有传入的 HTTP 请求的客户端计算机上。可能会换行的默认可插接式协议处理程序 （IID_IOInetBindClient），也可以使用 WinInet 要自己实现 HTTP 连接。 由于各种原因，Microsoft 不支持也不建议您替换或自动换行的默认 HTTP 协议。 筛选所有传入的 HTTP 请求的能力是强大而诱人，因为它使您能够监视和筛选所有内容，而不考虑内容的类型之前曾经到达用户的浏览器。使用 WinInet 内可插入协议公开丰富得多的一组网络通知比异步可插接式协议 （APP） 环境或名字对象的绑定。这将引导您进入两个选项之一： 替换默认的 HTTP 处理程序。 创建一个新的协议 （例如，x-filterhttp: / /） 行为就像 HTTP 协议。 但是，这种方法是充满了困难： Internet Explorer 会忽略天真的尝试覆盖包含一个非 CLSID 值为IID_IOInetBindClient的HKEY_CURRENT_ROOT\PROTOCOLS\Http 。 您将不能捕获不检索它们的资源通过 URL 名字对象，在 Java 的.class 文件的最佳范例的说使用组件的下载请求。此 URL 名字对象库，URLMON，实现了可插接式协议的体系结构。单个处理程序如 HTTP 和 FTP 的默认处理程序为其网络使用 WININET。Java 运行时承载 ActiveX 控件，作为 Internet Explorer 中，小程序标记中指定的任何.class 文件属性包名称-值对的形式供应给它。运行时将使用 WININET ； 这些文件下载URLMON 永远不会看到这些请求，并因此不能调用可插协议来处理它们。 很难包装所有 WinInet 功能。您将会遇到几个问题，例如，INTERNET_STATUS_CALLBACK 处理程序和提取的代码和时间来克服 profuse 金额上 HTTP 重定向的崩溃中消失的 HttpContext 值。 WinInet 不处理 HTTP 传输的所有方面。有些网站使用内容编码文档，这会导致服务器和浏览器来压缩和解压缩为更快地传输动态文档在网络上。URLMON 默认 HTTP 协议处理程序处理在 Internet Explorer 中的解压缩。但是，自定义的可插接式协议处理程序将绕过 URLMON 默认 HTTP 协议处理程序。自定义协议必须解压缩数据本身，并告知 URLMON 的解压缩IInternetProtocolSink::ReportProgress方法中使用了 BINDSTATUS_DECODING 标志。 如果您在自定义的协议处理程序，如 x filterhttp 包装 HTTP: / /，创建安全环境的问题。假设一个框架集页面下载作为 x filterhttp://www./ （链接或 URL 的用户类型） 在所有包含页面继续下载到 http:// 协议。如果任何脚本试图访问的对象不同的帧，"权限被拒绝"安全会引发错误，这会导致应用程序以不同的方式在您比下正常的 HTTP 的自定义协议下运行。这是因为您更改 URL 的协议时，改变其安全措施上下文。有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 167796PRB： 跨框架脚本时的权限拒绝错误消息 除非您重写页的 Url 的所有动态页面下载到您的应用程序，包括混合的相对、 虚拟和绝对链接的页将具有它下载到不同的协议，可能会改变您的应用程序的行为的对象。 如果您必须使用应用程序来处理特定的 HTTP URL，您可以为此目的使用临时的可插入命名空间处理程序。有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 190893错误: 注册表模式忽略可插入命名空间处理程序的 注意:如果由于某种原因想要检索的数据的内容转换之前达到客户端，或如果您真正使用不同的协议方案 （例如直接的 TCP/IP 连接、 命名管道或网络文件访问） 来检索该地址的内容，只应使用此方法。