Замена файлов .dll во время работы приложения?

У меня есть несколько игровых серверов, которые используют определенный файл .dll для запуска. Иногда мне нужно обновить игровые серверы, но я не хочу прерывать игры, которые уже запущены.

Есть ли способ заменить файл .dll (он заблокирован Windows), чтобы следующие экземпляры игровых серверов, которые используют этот файл, открывали новую версию, а старые продолжали использовать старую версию этого .dll до тех пор, пока они не будут перезапущены? ?

Безопасно ли просто разблокировать файл с помощью одного из тех инструментов, которые это делают, и заменить его?

На самом деле, вы можете, и это обычно работает без каких-либо проблем (хотя и не всегда)

Что вы делаете, это переименовываете файл, не перемещая его и перемещая новый файл по этому. Таким образом, дескрипторы файла будут действительными и работающими, так что уже существующие экземпляры по-прежнему смогут правильно обращаться к файлу, а новые экземпляры (или новые дескрипторы) будут переходить к новому файлу.

Очевидно, что если программа повторно открывает тот же самый файл dll и ожидает, что он останется точно таким же (например, если есть ресурсы, которые должны быть загружены из dll, и ссылки на эти ресурсы извлекаются из кода, выполняющегося при загрузке dll ), это вызовет проблемы, но это определенно не норма.

Нет. Несмотря на то, что DLL может быть полностью отображена в физической памяти во время работы приложения, это точно не гарантируется. Части DLL (и даже исполняемые файлы) могут быть отображены в ОЗУ, в то время как другие ее части остаются на диске и могут быть прочитаны позднее.

Изменение файла на диске, в то время как в Windows есть биты, отображенные в ОЗУ, закончится неудачно. Windows блокирует это по уважительной причине.

Изменить: мне нужно кое-что прояснить, так как некоторые люди, похоже, намерены обвинить Windows в том, что на самом деле проблема дизайна приложения , а не проблема дизайна ОС.

Вы можете обновить библиотеки DLL, используемые приложениями в Windows, не прерывая процесс, но приложение должно быть написано таким образом, чтобы можно было сигнализировать о выгрузке сборки, дождаться завершения обновления, а затем перезагрузить библиотеку DLL. Это не имеет ничего общего с операционной системой, которую вы используете. Это проблема дизайна приложения.

Изменить: Также см. Ответ Стефана о возможном решении, которое может работать, в зависимости от того, как ваше конкретное приложение реагирует на изменение своей DLL. Я думаю, что он заслуживает голоса.

Нет, вы не должны возиться с существующими файловыми дескрипторами.

Если вы можете взять на себя управление загрузкой сборки и указать, что она открывается с помощью FileShare.Delete, то должна быть возможность переименовать ее. Существующие процессы будут продолжать ссылаться на переименованную сборку.

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

Нет, к сожалению, это невозможно.

Извините, если быть точным, если нет позднего связывания, то есть приложение использует эту dll, когда выполняет некоторую часть кода в этой dll, но она все еще не надежна.

Вы можете посмотреть, как работает процесс, размещенный на asp.net, и разработать нечто подобное.

Он берет целое веб-приложение и перемещает его во временное место, из которого приложение фактически загружается. Затем он оставляет процесс для отслеживания изменений в исходной папке, при обнаружении он запускает новый экземпляр приложения в новом временном расположении и начинает перенаправлять новые запросы в это приложение. Затем старое приложение сносится, когда ожидающие запросы завершены.

(Да, это упрощенное представление, в большинстве случаев IIS ставит запросы в очередь до тех пор, пока новое приложение не сможет их взять на себя)

Около десяти лет назад я был счастливым пользователем http://www.eggcentric.com/ISAPILoader.htm, который делал обмен dll в IIS ISAPI. Мистер Эгг все еще поддерживает свое решение FOSS.

Установщик NSIS имеет одну опцию, например «Переместить во временную папку» при перезапуске компьютера, ОС помечает некоторый файл для перемещения в другое место при следующей загрузке, при следующей загрузке компьютера эти помеченные файлы автоматически перемещаются в новое местоположение, выбранное ранее. Небольшой поиск по этому вопросу сделает вас счастливыми в этом отношении.