アプリケーションの実行中に.dllファイルを置き換えますか？

特定の.dllファイルを使用して実行するゲームサーバーがいくつかあります。時々、ゲームサーバーを更新する必要がありますが、既に実行中のゲームを中断したくありません。

Windowsによってロックされている.dllファイルを置き換える方法はあります。そのファイルを使用するゲームサーバーの次のインスタンスは新しいバージョンを開き、古いインスタンスは再起動されるまでその.dllの古いバージョンを使用し続けます。 ？

それを行うツールのいずれかを使用してファイルをロック解除して置き換えるだけで安全ですか？

実際には、あなたはそれができ、通常は問題なく動作します（常にではありませんが）

ファイルを移動せずに名前を変更し、その上に新しいファイルを移動します。これにより、ファイルへのハンドルが有効で機能し、既存のインスタンスがファイルに適切にアクセスでき、新しいインスタンス（または新しいハンドル）が新しいファイルに移動できるようになります。

明らかに、プログラムが同じdllファイルを再度開き、まったく同じままであると予想される場合（たとえば、dllからロードされるリソースがあり、これらのリソースへの参照がdllのロード時に実行されるコードから抽出される場合） ）、これは問題を引き起こしますが、これは間違いなく標準ではありません。

いいえ。アプリケーションの実行中にDLL が完全に物理メモリにマッピングされる場合でも、それを保証するものではありません。DLL（および実行可能ファイル）の一部はRAMにマップできますが、その他のビットはディスク上に残り、後で読み込むことができます。

WindowsがRAMにマップされているビットを持っている間にディスク上のファイルを変更すると、うまく終了しません。Windowsは正当な理由でロックします。

編集：OS設計の問題ではなく、実際にアプリケーション設計の問題であるとWindowsを非難する人がいるため、何かを明確にする必要があります。

プロセスを終了せずにアプリケーションがWindowsで使用するDLLを更新できますが、アプリケーションは、アセンブリをアンロードし、更新が完了するのを待ってからDLLを再ロードするように信号を送ることができるように作成されている必要があります。これは、実行しているOSとは関係ありません。これはアプリケーション設計の問題です。

編集：また、ためにステファンの答えを見ることができソリューションことかもしれないの仕事、どのようにそのDLLへの特定のアプリケーションの応答が変更に応じて。彼は賛成に値すると思います。

いいえ、既存のファイルハンドルをいじってはいけません。

アセンブリの読み込みを制御し、FileShare.Deleteで開くことを指定できる場合、アセンブリの名前を変更できるはずです。既存のプロセスは、名前を変更したアセンブリを引き続き参照します。

/programming/7147577/programmatically-rename-open-file-on-windows。

いいえ、残念ながらできません。

申し訳ありませんが、正確には遅延バインディングがない限り、アプリはそのdllのコードの一部を実行するときにそのdllを使用しますが、それでも信頼性はありません。

asp.netがホストするプロセスがどのように機能するかを見て、同様のものを開発できます。

Webアプリケーション全体を取得し、アプリケーションが実際にロードされる一時的な場所に移動します。その後、元のフォルダーの変更を監視するプロセスを終了し、検出されると、アプリケーションの新しいインスタンスを新しい一時的な場所にスピンアップし、新しいリクエストのそのアプリへのリダイレクトを開始します。保留中のリクエストが終了すると、古いアプリは破棄されます。

（Nitpicking、はい、物事の簡略化されたビューです。ほとんどの場合、IISは新しいアプリが引き継ぐまでリクエストをキューに入れます）

約10年前、私はhttp://www.eggcentric.com/ISAPILoader.htmの幸せなユーザーで、IIS ISAPI dllのライブスワッピングを行いました。エッグ氏はまだ彼のFOSSソリューションをサポートしています。

NSISインストーラーには、マシンの再起動時に移動するという1つのオプションがあり、OSは次のブート時にいくつかのファイルに別の場所に移動するようフラグを立てます。これに関する少しの検索は、この点であなたを幸せにします。