Enlazando el protocolo http/https en IE hace que las solicitudes GET sean secuenciales

Estoy usando el método PassthruAPP para engancharme a las solicitudes HTTP/HTTPS realizadas por IE.Enlazando el protocolo http/https en IE hace que las solicitudes GET sean secuenciales

Funciona bien en su mayor parte, sin embargo, noté un problema. Solo un hilo de descarga está activo a la vez, normalmente IE usa dos hilos de descarga. Puedo ver que se crean dos objetos de IInternetProtocol, pero IE usa solo uno a la vez.

Esto está sucediendo con IE7, todavía no lo he probado con otras versiones.

El problema parece ser que IE vuelve a descargar elementos de uno en uno cuando se llama a IInternetSession::RegisterNameSpace para cualquiera de sus controladores predeterminados. El código siguiente ocasiona que HTTP descargas sean secuenciales aunque estoy registrando un controlador HTTPS. Registrarse para 'file: //' causa el mismo problema.

CComPtr<IInternetSession> spSession; 
CoInternetGetSession(0, &spSession, 0); 

MetaFactory::CreateInstance(CLSID_HttpSProtocol, &m_spCFHTTPS); 
spSession->RegisterNameSpace(m_spCFHTTPS, CLSID_NULL, L"https", 0, 0, 0)

Esto siempre sucede durante los primeros elementos de la página, pero parece que después de la emisión del documento completo, descargas simultáneas pueden ocurrir de nuevo. Por ejemplo, el código Javascript que se ejecuta después de que la página ha terminado de cargarse puede cargar imágenes al mismo tiempo.

Fuente

2010-04-03 watsonmw

Dicho sea de paso, este problema es peor en IE8 +, donde el límite de conexión predeterminado es mayor. – EricLaw

Acabo de probarlo, obtengo dos subprocesos de descarga activos al mismo tiempo con IE8, en lugar del predeterminado 6 cuando no se define un controlador de protocolo personalizado. – watsonmw

@EricLaw ¿Ha sido esto "reparado" en IE9,10 y por supuesto 11? O tenemos que enganchar la COM VTable .. –

Es posible evitar este problema parcheando el COM VTable para InternetProtocolRootEx::StartEx() en los protocolos HTTP/HTTPS registrados. Como esto no reemplaza directamente al controlador de protocolo, IE no recurrirá al modelo de subproceso único.

La técnica se describe aquí:

http://web.archive.org/web/20130313164317/http://www.blackfishsoftware.com/blog/don/passthroughapp_bho_toolbar_intercepting_requests_responses

Fuente

2010-04-05 05:02:35 watsonmw

Sí, esto se conoce, por diseño, y documentado en varios lugares. (Esto se hace porque no podemos hacer suposiciones sobre la seguridad del hilo de los manejadores de protocolo)

Esta es una de MUCHAS razones por las que se sugiere que no intente ajustar los protocolos HTTP/HTTPS.

Fuente

2010-04-08 02:23:16 EricLaw

menciona la adición de un controlador de protocolo personalizado para HTTP/HTTPS incurre en una penalización de rendimiento durante la navegación: http://msdn.microsoft.com/en-us/library/aa767759(VS.85).aspx Son Hay otras penalizaciones de rendimiento al lado del único hilo de descarga activo? – watsonmw

Los enlaces a los lugares donde esto está documentado serían útiles para otras personas que lleguen a esta pregunta. – watsonmw

Entonces, ¿cómo se deben interceptar las solicitudes de IE si no se envuelven los protocolos HTTP (S)? No hay técnicas documentadas para este tipo de tarea. – ReVolly

Enlazando el protocolo http/https en IE hace que las solicitudes GET sean secuenciales

Respuesta

Cuestiones relacionadas