Заміна файлів .dll під час роботи програми?

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

Чи є спосіб замінити .dll файл (він заблокований Windows), тому наступні екземпляри ігрових серверів, які використовують цей файл, відкривають нову версію, а старі продовжують використовувати стару версію цього .dll до їх перезапуску. ?

Чи безпечно просто розблокувати файл за допомогою одного з тих інструментів, які це роблять, і замінити його?

Насправді, ви можете, і це, як правило, працює без будь-якого питання (хоча не завжди)

Що ви робите, це перейменувати файл, не переміщуючи його, і переміщувати новий файл над ним. Це дозволить зберегти ручки до файлу дійсними та працюючими, так що попередні екземпляри все ще зможуть належним чином отримати доступ до файлу, а нові екземпляри (або нові ручки) перейдуть до нового файлу.

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

Ні. Навіть незважаючи на те, що DLL може бути повністю відображена у фізичній пам'яті під час роботи програми, напевне, гарантії цього немає. Частини DLL (і навіть виконувані файли) можуть бути відображені в оперативній пам'яті, тоді як інші її біти залишаються на диску, і їх можна буде прочитати пізніше.

Зміна файлу на диску, коли Windows має його біти, відображені в оперативній пам'яті, не закінчиться добре. Windows блокує його з поважної причини.

Редагувати: Мені потрібно щось уточнити, оскільки, здається, деякі люди звинувачують Windows у тому, що насправді є проблемою дизайну додатків , а не проблемою дизайну ОС.

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

Редагувати: Дивіться також відповідь Стефана щодо можливого рішення, яке може працювати, залежно від того, як ваша конкретна програма реагує на зміну DLL. Я думаю, що він заслуговує на надбавку.

Ні, вам не слід повозитися з існуючими ручками файлів.

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

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

Ні, на жаль це неможливо.

Вибачте, якщо бути точним, якщо немає пізнього прив'язки, тобто додаток використовує цей dll, коли виконує якусь частину коду в цьому dll, але він все ще не є надійним.

Ви можете подивитися, як працює процес asp.net, і розробити щось подібне.

Він бере весь веб-додаток і переміщує його у тимчасове місце, з якого програма фактично завантажується. Потім він залишає процес для моніторингу змін у вихідній папці, коли виявляється, він створює новий екземпляр програми в новому тимчасовому місці та починає перенаправляти нові запити до цієї програми. Потім старий додаток буде вимкнено, як тільки очікувані запити будуть закінчені.

(Нітпікінг, так, це спрощений огляд речей. У більшості випадків IIS чергає на запити, поки новий додаток не зможе прийняти на себе)

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

NSIS Installer має один варіант, як Перемістити до темпу на машині перезавантаження, ОС позначає якийсь файл для переміщення в інше місце під час наступного завантаження, при наступному завантаженні машини ці позначені файли автоматично переходять на нове місце, яке ви вибрали раніше. Невеликий пошук цього питання зробить вас щасливими в цьому плані.