WinINet 与 WinHTTP简介

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客户端平台来为桌面应用提供相应的接口。它为收集用户证书等操作扮演着一个用户接口的角色。
       Microsoft的这篇文档做了一个简要的介绍
Windows Internet

       再来了解一下WinHTTP:
       WinHTTP(全称Microsoft Windows HTTP Services )为开发者提供了服务器的支持及为HTTP/1.1提供了更高层次的接口。WinHTTP的设计优先考虑的是,在服务器应用与HTTP服务器的通信这类基于场景中。
       WinHTTP也可以用于系统服务以及基于HTTP的客户端应用,但是对于那种需要使用到FTP协议,cookie保存,缓存cache,自动证书对话框处理,IE兼容,或者下载平台支持的应用则应该使用WinINet。
       另外,从windows8开始,WinHTTP为WebSocket协议增加了新的接口实现,比如WinHttpWebSocketSend 和 WinHttpWebSocketReceive这类。
       更多的了解可以看官方的这篇文章,
About WinHTTP

       除了一些异常情况外,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不得不为这些问题提供不一样的工作方式。


       这两者的具体区别可以深入的看看看
WinINet vs. WinHTTP这篇文章。
       通过这些了解,当你要用Microsoft提供的API做网络数据请求时,你应该有所了解,知道该用WinINet还是WinHTTP了,如果是要进行从WinINet到WinHTTP的转换则可以看看
Porting WinINet Applications to WinHTTP这篇文章。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/157284.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • Kafka集群配置[通俗易懂]

    Kafka集群配置[通俗易懂]之前一篇博文简单讲述了zookeeper和kafka的单机配置,详细可以参考《Linux(CentOS)中常用软件安装,使用及异常——Zookeeper,Kafka》。本文只要讲述Kafka集群的配置事项,包括zookeeper集群的配置。本文讲述的前提是kafka和zookeeper在单机情况下已正确安装和配置。如有疑问,可以参考《Linux(CentOS)中常用软件安装,使用及异常——Z…

    2022年4月25日
    30
  • react路由原理解析[通俗易懂]

    react路由原理解析[通俗易懂]原理:在dom渲染完成之后,给window添加  “hashchange”事件监听页面hash的变化,并且在state属性之中添加了route属性,代表当前页面的路由。 1、当点击连接 页面hash改变时,触发绑定在window上的  hashchange事件, 2、在hashchange事件中改变组件的state中的route属性,(react组件的state属性改变时

    2022年5月24日
    42
  • 错位排序公式_完全错位排列数

    错位排序公式_完全错位排列数首先,对于D(n),有1~n这样n个元素错排,所以对于第一个元素①,它现在可能的位置有(n-1)个,倘若它在第k个元素的位置上,对于第k个元素而言,它所在的位置就有两种可能—第一种,它处在非第一个元素①位置上,所以对于接下来的排列就相当于是n-1个元素的错排,即D(n-1);第二种,它处在第一个元素①的位置上,所以在排列D(n)中有两个元素找到了位置,那么接下来的队列就相当于是n-2个元素的错排。…

    2022年10月22日
    0
  • 最新、最全、最准确的手机号正则表达式

    最新、最全、最准确的手机号正则表达式更新到2018年1月,支持最新的166号段/***手机号码正则表达式*/privatestaticfinalStringPHONE_NUMBER_REG="^(13[0-9]|14[579]|15[0-3,5-9]|16[6]|17[0135678]|18[0-9]|19[89])\\d{8}$";

    2022年6月14日
    28
  • JAVA虚拟机、Dalvik虚拟机和ART虚拟机简要对比

    简单介绍JAVA虚拟机,安卓Dalvik虚拟机和ART虚拟机,并做简单对比。

    2022年3月11日
    46
  • ECSHOP发货滚动,显视发货人,配送方式名,配送单号及发货日期

    ECSHOP发货滚动,显视发货人,配送方式名,配送单号及发货日期

    2021年8月21日
    65

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号