WPF .NET Core 8.0应用自动更新流程合理性及优化问询

当前流程的潜在风险 #

你的现有更新流程逻辑可行，但存在主进程未完全退出导致文件覆盖失败的潜在风险——虽然目前未出现问题，但主应用关闭后，操作系统释放文件句柄存在延迟，若主应用有未收尾的后台线程、资源未及时释放，就可能触发文件占用错误。

规避文件覆盖失败的直接方案 #

让Updater主动等待主进程退出 #

在主应用启动Updater时，传递自身进程ID，让Updater确认主进程完全退出后再执行覆盖：
主应用代码：

var updaterPath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "Updater.exe");
var startInfo = new ProcessStartInfo(updaterPath)
{
    Arguments = Process.GetCurrentProcess().Id.ToString()
};
Process.Start(startInfo);
Application.Current.Shutdown();

Updater代码：

if (args.Length > 0 && int.TryParse(args[0], out int mainPid))
{
    try
    {
        var mainProcess = Process.GetProcessById(mainPid);
        // 最多等待5秒，超时则强制终止
        if (!mainProcess.WaitForExit(5000))
        {
            mainProcess.Kill();
        }
    }
    catch (Exception ex)
    {
        // 记录日志，如文件占用异常
    }
}
// 执行下载、覆盖逻辑

原子替换兜底（可选） #

使用Windows API MoveFileEx实现原子文件替换，即使文件被占用，也能在系统重启后完成替换：

[DllImport("kernel32.dll", SetLastError = true, CharSet = CharSet.Unicode)]
static extern bool MoveFileEx(string lpExistingFileName, string lpNewFileName, uint dwFlags);

// 使用示例：将新文件替换旧文件，若旧文件被占用则重启后生效
MoveFileEx(newFilePath, oldFilePath, 0x00000002); // MOVEFILE_DELAY_UNTIL_REBOOT

更优的更新流程推荐 #

采用临时目录下载+目录替换+回滚机制，彻底规避文件占用问题：

1. 版本校验：主应用启动/用户触发时，向服务器获取最新版本号，对比本地版本决定是否更新。
2. 增量下载到临时目录：Updater将更新包（或增量文件）下载到主应用目录外的临时文件夹（如%TEMP%/AppUpdateTemp），避免触碰正在运行的文件。
3. 目录替换与回滚：
   • 确认主进程完全退出后，将原主应用目录重命名为备份目录（如App_Bak）；
   • 将临时目录的新文件移动到原主应用目录；
   • 若移动失败，将备份目录改回原名称完成回滚。
4. 启动主应用并清理：成功启动主应用后，删除备份目录；若启动失败，保留备份用于排查问题。

该方案优势：

• 彻底避免文件占用冲突
• 支持更新失败回滚，提升稳定性
• 增量更新可减少下载流量，加快更新速度

额外建议 #

• 权限适配：若应用安装在Program Files目录，Updater需以管理员权限运行，否则无法写入目录。
• 日志追踪：为Updater添加详细日志，记录下载、替换、启动等环节的状态，便于排查问题。
• 签名验证：对更新包和Updater进行数字签名，防止恶意篡改。

内容的提问来源于stack exchange，提问作者leotsing