WinINet 与 WinHTTP简介之前一直有听到WinHTTP和WinINet这两种网络服务,是Microsoft提供的两套API,但一直没有系统的用过,趁次机会一起来将这个整理一下。 首先了解一下WinINet: WinInet,全称TheMicrosoftWindowsInternet,应用程序可以通过它提供的API访问标准的网络协议,比如FTP和HTTP等。WinINet不支持服务端的
大家好,又见面了,我是你们的朋友全栈君。
之前一直有听到WinHTTP和WinINet这两种网络服务,是Microsoft提供的两套API,但一直没有系统的用过,趁次机会一起来将这个整理一下。
首先了解一下WinINet:
WinInet,全称The Microsoft Windows Internet ,应用程序可以通过它提供的API访问标准的网络协议,比如FTP和HTTP等。WinINet不支持服务端的实现。另外,它也不能在服务端进行调用。WinINet是被设计成一个HTTP客户端平台来为桌面应用提供相应的接口。它为收集用户证书等操作扮演着一个用户接口的角色。
再来了解一下WinHTTP:
WinHTTP(全称Microsoft Windows HTTP Services )为开发者提供了服务器的支持及为HTTP/1.1提供了更高层次的接口。WinHTTP的设计优先考虑的是,在服务器应用与HTTP服务器的通信这类基于场景中。
WinHTTP也可以用于系统服务以及基于HTTP的客户端应用,但是对于那种需要使用到FTP协议,cookie保存,缓存cache,自动证书对话框处理,IE兼容,或者下载平台支持的应用则应该使用WinINet。
另外,从windows8开始,WinHTTP为WebSocket协议增加了新的接口实现,比如WinHttpWebSocketSend 和 WinHttpWebSocketReceive这类。
除了一些异常情况外,WinINet是WinHTTP的一个超集。按照Microsoft的说法,在这两者之间做选择的时候最好选择WinINet,除非你是计划运行一个服务器或者是一个能够仿造请求及session隔离的类似于服务器的进程。
上面列出来的是Microsoft官方提供的相关文档整理出来的资料,下面再列出一些chromium团队整理的一些区别。chromium团队在最初做选择的时候就考虑了这些东西。我们也换个角度,从chromium做浏览器的角度来考虑一下这个问题。插句题外话,chromium没有用WinINet,开始的版本用的是WinHTTP加上一些自己的功能补充,后来的版本直接就切到了它们自己的网络库。具体描述可以看看
Multi-process Resource Loading这篇文章。
1、都能处理他们计划支持的windows平台(Win2K及后续系统)。
2、WinHTTP文档更加完善。而WinINet的API较难理解且文档有些混乱。
3、chromium需要的API接口 WinHTTP有更清晰的描述,而WinInet中chromium需要的一些函数它们却没有文档或者不支持,尽管IE用了它们。
4、WinHTTP允许自己实现自己的cache,而WinInet经常会与IE分享一个cache。Chromium想要自己控制自己的cache数据,同时,与IE分享cache会引起一些问题,比如说当某些站点有一些为特定浏览器服务的页面。
5、WinInet在使用账户上已经被IE证明是更好的,WinHTTP使用起来没有这么好,它主要是为服务器设计的。它在处理由服务器发送并保持活动的没有进行ASCII编码的URL时存在问题。chromium不得不为这些问题提供不一样的工作方式。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/157284.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】:
Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】:
官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...