设计游戏客户端的版本更新系统，需要支持断网续传、自动回滚、多版本共存（如旧版本用户）。请描述系统架构、核心流程及关键点。

1) 【一句话结论】
游戏客户端版本更新系统以服务端为中心，通过分块下载（断点续传）、版本校验（自动回滚）、沙盒安装（多版本共存）三大核心机制，实现稳定更新与用户体验平衡，核心是服务端管理版本元数据，客户端按策略执行下载、安装与切换，同时考虑网络不稳定、资源冲突等工程问题。

2) 【原理/概念讲解】
老师口吻解释关键概念：

• 版本管理：服务端维护版本元数据（版本号、下载地址、校验码、安装包大小、依赖等），客户端定期请求（如启动时或定时）检查差异。
• 断点续传：将安装包按固定大小（如1MB）分块，客户端本地存储已下载块索引（如JSON文件或数据库表），请求时携带已下载块列表，服务端返回未下载块，避免重复下载。类比：下载大文件时暂停后继续，服务端记录已下载部分。
• 自动回滚：下载安装包后，先验证校验码（MD5/SHA1），安装失败或验证失败则回退到旧版本，系统自动处理，无需用户干预。类比：软件安装失败后自动恢复原版本，避免手动操作。
• 多版本共存：旧版本用户运行时，新版本安装包解压到临时目录（如“temp_update_v2”），安装完成后通过启动器切换，旧版本目录保留或按策略清理（如超过7天未使用则删除）。类比：手机同时安装多个APP版本，旧版本继续运行。

3) 【对比与适用场景】

特性/策略	定义	特性	使用场景	注意点
强制更新	服务端强制推送新版本，客户端无选择	客户端必须下载并安装，断网后需联网完成	需要用户强制体验新功能（如安全补丁、重大更新）	可能影响用户体验，需考虑网络状况，避免强制更新导致用户流失
允许旧版本	新版本安装后，旧版本保留或清理	用户可选择是否升级，旧版本继续运行	用户对旧版本功能依赖，或网络不稳定导致更新失败	需管理旧版本资源，避免占用过多存储空间，定期清理过期版本
自动回滚	安装失败或验证失败时，自动回退到旧版本	系统自动处理，无需用户干预	对稳定性要求高的游戏（如竞技类、直播类）	需确保回滚逻辑可靠，避免数据丢失或文件损坏，回滚后需重新验证版本
网络重试	下载中断后自动重试	客户端本地缓存下载进度，断网后重新启动下载	网络不稳定环境（如移动网络、Wi-Fi断开）	需设置重试次数和间隔，避免无限重试导致服务器压力，同时考虑用户体验

4) 【示例】
伪代码（客户端检查更新与分块下载流程，包含进度记录、并发控制、资源清理）：

// 1. 检查更新（服务端请求）
function checkUpdate() {
    sendRequest("https://update.tencent.com/check", { currentVersion: "v1.0.0" });
    response = receiveResponse();
    latestVersion = response.latestVersion;
    downloadUrl = response.downloadUrl;
    checksum = response.checksum;
    isForce = response.isForce;
    maxConcurrent = response.maxConcurrent; // 最大并发数
    
    if (latestVersion > currentVersion || isForce) {
        downloadPackage(downloadUrl, checksum, maxConcurrent);
    }
}

// 2. 分块下载（断点续传 + 并发控制）
function downloadPackage(url, checksum, maxConcurrent) {
    totalSize = getFileSize(url);
    blockSize = 1 * 1024 * 1024; // 1MB
    downloadedBlocks = getDownloadedBlocks(); // 从本地文件读取已下载块索引
    
    // 并发控制：限制同时下载的文件数量
    if (downloadedBlocks.length >= maxConcurrent) {
        waitUntilAvailable(); // 等待其他下载完成
    }
    
    for (blockIndex from 0 to totalSize/blockSize) {
        if (!downloadedBlocks.includes(blockIndex)) {
            sendRequest("https://update.tencent.com/download", {
                url: url,
                blockIndex: blockIndex,
                blockSize: blockSize,
                downloadedBlocks: downloadedBlocks
            });
            blockData = receiveBlockData();
            saveBlockData(blockIndex, blockData);
            downloadedBlocks.push(blockIndex);
            saveDownloadedBlocks(downloadedBlocks); // 更新进度记录
            
            // 定时检查网络状态，断网后保存进度
            if (isNetworkDisconnected()) {
                saveDownloadedBlocks(downloadedBlocks); // 保存断点
                break; // 中断下载
            }
        }
    }
    
    // 合并文件并校验
    mergedFile = mergeBlocks(downloadedBlocks);
    if (calculateChecksum(mergedFile) != checksum) {
        throw new Error("安装包校验失败，删除临时文件并回滚");
    }
    
    // 安装并切换版本
    installPackage(mergedFile);
    switchToNewVersion();
}

// 3. 旧版本资源清理（定期扫描）
function cleanOldVersions() {
    const tempDir = "temp_update";
    const oldVersions = fs.readdirSync(tempDir);
    const now = new Date();
    const retentionDays = 7; // 保留7天
    
    oldVersions.forEach(version => {
        const versionDir = path.join(tempDir, version);
        const lastModified = fs.statSync(versionDir).mtime;
        const diffDays = (now - lastModified) / (1000 * 60 * 60 * 24);
        
        if (diffDays > retentionDays) {
            fs.rmdirSync(versionDir, { recursive: true });
        }
    });
}

5) 【面试口播版答案】
面试官您好，设计游戏客户端版本更新系统，核心是以服务端为中心，通过分块下载（断点续传）、版本校验（自动回滚）、沙盒安装（多版本共存）等机制，实现稳定更新与用户体验平衡。具体来说，服务端维护版本元数据，客户端定期检查版本差异；下载时将安装包分1MB为一块，本地记录已下载块索引，断网后可继续下载；安装前验证校验码，失败则回退旧版本；新版本解压到临时目录，旧版本保留或按策略清理。同时考虑网络不稳定时的重试机制，以及并发控制避免服务器压力，确保更新流程可靠。

6) 【追问清单】

• 问：断点续传的进度记录具体是如何实现的？比如本地文件还是数据库？
  回答要点：通过本地JSON文件或数据库表存储已下载块索引，请求时携带列表，服务端返回未下载块，避免重复下载。
• 问：自动回滚的触发条件有哪些？比如除了校验失败，还有哪些情况？
  回答要点：安装过程异常（如文件损坏、权限不足）、用户手动中断安装、网络中断导致下载不完整等。
• 问：多版本共存时，旧版本资源如何清理？比如保留多久？
  回答要点：旧版本安装包解压到临时目录，定期扫描（如每天一次），超过7天未使用则删除，避免占用存储空间。
• 问：如何处理网络不稳定导致的下载中断？比如重试策略？
  回答要点：客户端本地缓存进度，断网后重新启动时从上次中断的块开始，设置重试次数（如3次）和间隔（如5秒），避免无限重试。
• 问：并发控制参数（如最大并发数）如何确定？
  回答要点：根据服务器带宽和客户端数量，测试后确定，比如最大并发数为3，避免服务器压力过大。

7) 【常见坑/雷区】

• 断点续传的文件校验：若未校验已下载块，可能导致部分下载的文件损坏，影响安装。需在合并后重新校验。
• 自动回滚的版本管理：若回滚逻辑不明确，可能导致用户无法正常使用旧版本，或新版本安装后无法切换。需确保回滚后版本一致。
• 多版本共存的安全问题：旧版本和新版本同时运行可能存在资源冲突，需隔离安装目录，避免文件覆盖。例如，旧版本在“old_version”目录，新版本在“new_version”目录，启动器根据版本号切换。
• 网络请求的并发控制：若同时下载多个文件，可能导致服务器压力过大，需限制并发数，避免超时或资源耗尽。
• 用户交互体验：更新过程过长或中断后恢复复杂，影响用户留存。需优化进度提示（如百分比、剩余时间），错误处理（如网络中断提示重试）。