Respuestas:
La característica vshost.exe se introdujo con Visual Studio 2005 (para responder a su comentario).
El propósito de esto es principalmente hacer que el inicio de la depuración sea más rápido: básicamente ya existe un proceso con el marco en ejecución, listo para cargar su aplicación tan pronto como lo desee.
Consulte este artículo de MSDN y esta publicación de blog para obtener más información.
.exe: el ejecutable 'normal'
.vshost.exe: una versión especial del ejecutable para facilitar la depuración; ver MSDN para más detalles
.pdb: la base de datos del programa con símbolos de depuración
.vshost.exe.manifest: un tipo de archivo de configuración que contiene principalmente dependencias de bibliotecas
El archivo vshost.exe es el ejecutable ejecutado por Visual Studio (ejecutable del host de Visual Studio). Este es el ejecutable que enlaza con Visual Studio y mejora la depuración.
Cuando distribuye su aplicación a otros, no utiliza los archivos vshost.exe o .pdb (base de datos de depuración).
Además, puede desactivar la creación de archivos vshost para su configuración de compilación de lanzamiento y habilitarlo para la depuración .
Pasos
Referencia
Extracto de MSDN Cómo: deshabilitar el proceso de alojamiento
Las llamadas a ciertas API pueden verse afectadas cuando el proceso de alojamiento está habilitado. En estos casos, es necesario deshabilitar el proceso de alojamiento para devolver los resultados correctos.
Para deshabilitar el proceso de alojamiento
Cuando el proceso de alojamiento está deshabilitado, varias funciones de depuración no están disponibles o experimentan una disminución del rendimiento. Para obtener más información, consulte Depuración y el proceso de alojamiento .
En general, cuando el proceso de alojamiento está deshabilitado:
- El tiempo necesario para comenzar a depurar aplicaciones .NET Framework aumenta.
- La evaluación de expresión en tiempo de diseño no está disponible.
- La depuración parcial de confianza no está disponible.
No estoy seguro, pero creo que es una optimización de depuración. Sin embargo, generalmente lo apago (ver Propiedades de depuración para el proyecto) y no noto ninguna desaceleración y no veo limitaciones cuando se trata de la depuración.
Parece ser un proceso de marco de larga duración para la depuración (¿para disminuir los tiempos de carga?). Descubrí que cuando inicia su aplicación dos veces desde el depurador, a menudo se utilizará el mismo proceso vshost.exe. Simplemente descarga todas las DLL cargadas por el usuario primero. Esto hace cosas extrañas si estás jugando con los enganches API de los procesos administrados.