¿Reemplazar archivos .dll mientras se ejecuta la aplicación?

Tengo varios servidores de juegos que usan un determinado archivo .dll para ejecutarse. A veces necesito actualizar los servidores del juego, pero no quiero interrumpir los juegos que ya se están ejecutando.

¿Hay alguna manera de reemplazar el archivo .dll (está bloqueado por Windows) para que las siguientes instancias de los servidores de juegos que usan ese archivo abran la nueva versión, y las antiguas sigan usando la versión anterior de ese .dll hasta que se reinicien ?

¿Es seguro desbloquear el archivo usando una de esas herramientas que lo hacen y reemplazarlo?

En realidad, puedes y generalmente funciona sin ningún problema (aunque no siempre)

Lo que debe hacer es cambiar el nombre del archivo sin moverlo y mover el nuevo archivo sobre él. Eso mantendrá los identificadores del archivo válidos y funcionando para que las instancias preexistentes aún puedan acceder al archivo correctamente y las nuevas instancias (o nuevos identificadores) irán al nuevo archivo.

Obviamente, si un programa vuelve a abrir el mismo archivo dll y espera que permanezca exactamente igual (por ejemplo, si hay recursos para cargar desde el dll y esas referencias se extraen del código que se ejecuta cuando se carga el dll ), esto causará problemas, pero definitivamente no es la norma.

No. A pesar de que una DLL se puede asignar por completo a la memoria física mientras se ejecuta la aplicación, definitivamente no hay garantía de eso. Porciones de archivos DLL (e incluso ejecutables) pueden asignarse a la RAM mientras otros bits permanecen en el disco y pueden leerse más adelante.

Cambiar el archivo en el disco mientras Windows tiene partes de él mapeadas en RAM no terminaría bien. Windows lo bloquea por una buena razón.

Editar: Necesito aclarar algo, ya que algunas personas parecen tener la intención de culpar a Windows de lo que en realidad es un problema de diseño de la aplicación , no un problema de diseño del sistema operativo.

Puede actualizar las DLL que las aplicaciones usan en Windows sin finalizar el proceso, pero la aplicación debe haberse escrito de tal manera que se pueda indicar que descargue el ensamblado, espere a que finalice la actualización y luego vuelva a cargar la DLL. Esto no tiene nada que ver con el sistema operativo que está ejecutando. Es un problema de diseño de aplicaciones.

Editar: también vea la respuesta de Stephane para una posible solución que podría funcionar, dependiendo de cómo responda su aplicación específica a su cambio de DLL. Creo que merece un voto a favor.

No, no debe jugar con los identificadores de archivos existentes.

Si puede tomar el control de la carga del ensamblaje y especificar que se abre con FileShare.Delete, entonces debería ser posible cambiarle el nombre. Los procesos existentes continuarán haciendo referencia al ensamblado renombrado.

/programming/7147577/programmatic-rename-open-file-on-windows .

No, desafortunadamente no es posible.

Lo sentimos, para ser exactos, a menos que haya un enlace tardío, lo que significa que la aplicación usa ese dll cuando ejecuta alguna parte del código en ese dll, pero aún no es confiable.

Podrías ver cómo funciona el proceso alojado asp.net y desarrollar algo similar.

Toma toda la aplicación web y la mueve a una ubicación temporal desde la cual se carga la aplicación. Luego deja un proceso para monitorear los cambios en la carpeta original, cuando se detecta, hace girar una nueva instancia de la aplicación en una nueva ubicación temporal y comienza a redirigir nuevas solicitudes a esa aplicación. La aplicación anterior se desarma una vez que finalizan las solicitudes pendientes.

(Nitpicking, sí, es una vista simplificada de las cosas, en la mayoría de los casos, IIS pone en cola las solicitudes hasta que la nueva aplicación pueda hacerse cargo)

Hace aproximadamente una década, era un usuario feliz de http://www.eggcentric.com/ISAPILoader.htm que vivía el intercambio de dll ISIS ISAPI. El Sr. Egg todavía está apoyando su solución FOSS.

NSIS Installer tiene una opción como Mover a temperatura al reiniciar la máquina, el sistema operativo marca algunos archivos para moverlos a una ubicación diferente en el próximo arranque, en el siguiente arranque de la máquina estos archivos marcados se mueven automáticamente a la nueva ubicación que seleccionó anteriormente. Una pequeña búsqueda en esto te hará feliz a este respecto.