VB.NET Application.Restartの動作 - 予期しない結果

Question

私には、アップデータが組み込まれたfoo.exeというアプリケーションがあります。サーバーに接続し、更新プログラムがあれば現在の（実行中の）アプリケーションの名前をfoo.exe.bakに変更し、foo.exeをダウンロードしてApplication.Restartと呼ぶと、新しいバージョンのfoo.exeが起動します。これはうまくいくようです...ほとんどの時間。私がそれを実行する1台のコンピュータは常にそうであるように見えますが、時には新しいバージョンをダウンさせるが古いバージョンをロードすることもあります。 Application.Restartを呼び出すボタンを使用してアプリケーションを再起動すると、正しいバージョンが表示されます。

この再起動に失敗したときに、ローカルシステム上のファイルは1.2であり、サーバー上では1.2ですが、実行中のバージョンは今更新した1.1です。最新の実行可能バージョンと同様に、DLLアップデートのチェックを可能にするために、最近アップデータが調整されているため、実行中のアプリケーション（1.1）のバージョンを期待バージョンと比較してexeファイルのバージョン（1.2）バージョンの不一致のために別のアップデートを引き起こさない。結局のところ、私のアプリケーションは、それが更新されたバージョンだと信じているところで間違った側の失敗をしていることになります。

私は再起動を呼び出す前に1秒の遅延がありました。これを5に増やしても、問題を修正することはありませんでした。 Application.Restartはどのように機能していますか？ 私はShell(Application.ExecutablePath)Application.Exitを試しましたが、それはうまくいかず、アプリケーションを終了させるだけでした。私のアプリケーションを閉じてfoo.exeを再起動する信頼できる方法はありますか？

おかげ

Answer 1

この後、タイミングの問題でした。アプリケーションが必要以上に更新されていないかのように起動して、アプリケーションがそれより先に進んでいた場合、アップデーターは「おい、私はアップデートがあります！アプリケーションがすでに開始されていました。

Answer 2

あなたはこれが達成される期待するにはどうすればよい

をfoo.exe.bakするために、現在の（ランニング）アプリケーションの名前を変更しますか？ Windowsでは、現在実行中のプログラムファイルの名前を変更することはできません。

自動アップデートを実行するほとんどのアプリケーションには、アップデートを検出してシャットダウンしたときにメインプログラムがアップデータプログラムを起動する2番目の「アップデータ」プログラムがあります。更新プログラムは、メインプログラムが終了するまで待機し、更新が必要なものを更新し、メインプログラムを再起動してから終了します。

私はまた、メインプログラムが "更新"ファイルをダウンロードしてから、バッチファイルの名前を変更してプログラムを再起動する場所を終了する前にクイック.batファイルを開始することを確認しました。

いずれにしても、* .exeファイルがまだ実行されている間に* .exeファイルを更新しようとすると、奇妙な結果に終わるでしょう。

他に注意すべき点の1つは、Program Filesフォルダがデフォルトで標準特権ユーザーアカウントの読み取り専用であることです。エンドユーザーがこのフォルダ内のファイルを更新できるようにするには、元のインストールプロセス中にフォルダの既定のアクセス許可を変更する必要があります。