手动（静默）更新 ClickOnce 应用程序是否会成为部署更新的稳定方式？

Question

我在公司网络内部署了一个应用程序，我希望更新过程需要用户更少的关注，类似于 Google Chrome 在后台安装更新的方式。我不需要给用户更新的选择。

我使用 System.Deployment 库来检测何时有新的 ClickOnce 更新可用并自动安装它们。我想知道更新完成后是否需要重新启动应用程序。目前，我在更新脚本末尾调用 Application.Restart() 。

但是，如果（为了使更新过程对用户更加透明）我执行了“静默”异步更新，然后显示一个图标，提示用户重新启动应用程序以应用更改，该怎么办？这会让应用程序变得不稳定吗？

此外，如果我在计时器上运行自定义 InstallUpdate() 进程（例如每 30 分钟一次），即使用户尚未重新启动，ClickOnce 是否仍能稳定地继续更新发布的每个新版本（注意：我希望更新仅在用户重新启动应用程序后应用）？

Answer 1

我认为这取决于您的应用程序在启动时执行的操作、安装更新和重新启动应用程序时执行的操作以及更新包含的内容。您可以尝试运行它，然后附加一个调试器，看看它在做什么以及它有什么影响。

例如，我们的应用程序在启动时会将大量信息加载到内存中。如果更新包括对其中一种数据结构的更改，并且应用程序由于某种原因没有重新加载数据，则会导致问题。

Answer 2

经过几年的这样做，我们发现可以通过这种方式静默安装更新。但是，有几个问题需要注意：

1. 如果线程在 Update() 期间提前终止（例如：用户在更新正在进行时退出应用程序），则安装将损坏，并且下次用户加载应用程序时，ClickOnce 正常部署将启动并重新安装应用程序。

2. 安装更新后，用户的桌面图标始终重新绘制（闪烁）。

3. 调用 ApplicationDeployment.CurrentDeployment.CheckForUpdate() 超过 65536 次会导致 System.NullReferenceException 来源。

   另一种方法是不实际检查更新，我发现这会锁定我的一个 dll 并阻止加载表单，因此请小心使用：

   If ApplicationDeployment.CurrentDeployment.Update then ' 更新应用程序
       console.writeline("已安装更新")
       ' 通知用户更新成功的代码，他们需要重新启动
   结束如果
   

4. 如果您的 ClickOnce 项目是 32 位，并且您在 x64 上运行它平台，您的应用程序拥有的任何文件关联在执行手动 ClickOnce 更新后都将中断。请参阅此 MS 支持案例 了解更多详细信息。