Partager via


WinINet et WinHTTP

À quelques exceptions près, WinINet est un super-ensemble de WinHTTP. Lorsque vous choisissez entre les deux, vous devez utiliser winINet , sauf si vous envisagez d’exécuter dans un processus de type service ou de service qui nécessite l’emprunt d’identité et l’isolation de session.

Comparaison des fonctionnalités

Caractéristique WinINet WinHTTP
cache d’informations d’identification. Permet à toutes les applications intégrées dans Windows Internet Explorer d’obtenir automatiquement les informations d’identification. Il permet également à une application s’exécutant en dehors d’Internet Explorer d’inviter/de spécifier les informations d’identification du serveur une seule fois. À partir de là, les demandes sont automatiques. oui Non
'invite d’informations d’identification. Fournit une API qui permet au code appelant d’inviter l’utilisateur à entrer des informations d’identification. oui Non
FTP oui Non
prise en charge automatique/RAS. Il s’agit de fonctionnalités héritées. Utilisez d’accès à distance à la place. oui Non
zones . Intégration automatique à des zones de sécurité Internet Explorer. oui Non
prise en charge d’IDNA. Prise en charge intégrée de l’IDNA RFC/Punycode. oui oui
API Jar cookie. Les cookies persistants et non persistants sont pris en charge. Toute application ou script peut l’utiliser pour afficher les mêmes cookies que le navigateur. oui Non
prise en charge d’Internet Explorer en mode protégé oui Non
prise en charge de la décompression. Prise en charge du schéma de compression gzip et deflate. oui oui
prise en charge du chargement en bloc. Le code client doit effectuer la segmentation. Non oui
SOCKS4 (CHAUSSETTES version 4) prend en charge. N’inclut pas v4a. oui Non
CHAUSSETTES5 (CHAUSSETTES version 5) prise en charge Non Non
envoi bidirectionnel et recevoir Non Non
d’E/S superposées Non Non
schéma de fichiers prend en charge. Utile pour les scripts proxy avec un schéma de fichiers. oui Non
InternetOpenUrl. Code simplifié pour ouvrir une URL. oui Non
Services prennent en charge. Peut être exécuté à partir d’un service ou d’un compte de service. Non oui
isolation de session. Les sessions distinctes n’ont pas d’impact les unes sur les autres. Non oui
emprunt d’identité. Prend en charge l’appel pendant que le thread emprunte l’identité d’un autre utilisateur. Non oui