Compartir a través de


WinINet frente a WinHTTP

Con algunas excepciones, winINet es un superconjunto de WinHTTP. Al elegir entre los dos, debe usar WinINet a menos que planee ejecutarse dentro de un servicio o proceso similar al servicio que requiera suplantación y aislamiento de sesión.

Comparación de características

Característica WinINet WinHTTP
caché de credenciales. Permite que todas las aplicaciones integradas de Windows Internet Explorer obtengan las credenciales automáticamente. También permite que una aplicación que se ejecute fuera de Internet Explorer solicite o especifique las credenciales del servidor solo una vez. A partir de entonces, las solicitudes son automáticas. No
solicitud de credenciales. Proporciona una API que permite que el código de llamada solicite al usuario las credenciales. No
FTP No
compatibilidad con Autodial/RAS. Se trata de una funcionalidad heredada. En su lugar, use de acceso remoto. No
Zones. Integración automática con zonas de seguridad de Internet Explorer. No
IDNA admite. Compatibilidad integrada con RFC/Punycode de IDNA.
API jar de cookies. Se admiten cookies persistentes y no persistentes. Cualquier aplicación o script puede usarlo para ver las mismas cookies que el explorador. No
compatibilidad con IE en modo protegido No
compatibilidad con descompresión. Compatibilidad con el esquema de compresión gzip y deflate.
compatibilidad con la carga fragmentada. El código de cliente debe realizar la fragmentación. No
SOCKS4 (SOCKS versión 4) admite. No incluye v4a. No
SOCKS5 (SOCKS versión 5) admite No No
envío y recepción bidireccionales No No
de E/S superpuestas No No
esquema de archivos admite. Útil para scripts de proxy con un esquema de archivo. No
InternetOpenUrl. Código simplificado para abrir una dirección URL. No
Services admite. Se puede ejecutar desde un servicio o una cuenta de servicio. No
aislamiento de sesión. Las sesiones independientes no afectan entre sí. No
suplantación. Admite la llamada mientras el subproceso suplanta a otro usuario. No