Dela via


WinINet jämfört med WinHTTP

Med några få undantag är WinINet en superuppsättning WinHTTP. När du väljer mellan de två bör du använda WinINet-om du inte planerar att köra i en tjänst- eller tjänstliknande process som kräver personifiering och sessionsisolering.

Jämförelse av funktioner

Drag WinINet WinHTTP
cacheminne för autentiseringsuppgifter. Tillåter att alla inbyggda program i Windows Internet Explorer hämtar autentiseringsuppgifter automatiskt. Det gör också att ett program som körs utanför Internet Explorer kan fråga/ange autentiseringsuppgifterna för servern bara en gång. Från och med då är begäranden automatiska. Ja Nej
Autentiseringsuppgifter som uppmanar. Tillhandahåller ett API som gör att anropande kod kan fråga användaren om autentiseringsuppgifter. Ja Nej
FTP- Ja Nej
stöd för autodial/RAS. Det här är äldre funktioner. Använd fjärråtkomst i stället. Ja Nej
zoner. Automatisk integrering med Internet Explorer-säkerhetszoner. Ja Nej
IDNA-stöd. Integrerat stöd för IDNA RFC/Punycode. Ja Ja
Cookie Jar API:er. Beständiga och icke-beständiga cookies stöds. Alla program eller skript kan använda detta för att se samma cookies som webbläsaren. Ja Nej
IE-stöd för skyddat läge Ja Nej
Dekomprimeringsstöd. Stöd för gzip- och deflate-komprimeringsschema. Ja Ja
stöd för segmentuppladdning. Klientkoden måste utföra segmenteringen. Nej Ja
SOCKS4 (SOCKS version 4) stöder. Innehåller inte v4a. Ja Nej
SOCKS5 (SOCKS version 5) stöder Nej Nej
Dubbelriktad skicka och ta emot Nej Nej
överlappande I/O- Nej Nej
Filschema stöder. Användbart för proxyskript med ett filschema. Ja Nej
InternetOpenUrl. Förenklad kod för att öppna en URL. Ja Nej
Services stöder. Kan köras från en tjänst eller ett tjänstkonto. Nej Ja
Sessionsisolering. Separata sessioner påverkar inte varandra. Nej Ja
Personifiering. Stöder att anropas medan tråden personifierar en annan användare. Nej Ja