有道翻译安装提示错误1722：定位失败Action、Command与自定义操作

📅 发布日期：2026年07月23日

✅ 审核：网易有道翻译技术文档组

有道翻译安装错误1722表示安装过程中调用的程序或自定义操作没有按预期完成，并不直接等于Windows Installer服务损坏。我会先保存错误窗口中的Action、Location和Command，再从详细日志中定位失败程序、返回状态与访问对象，避免反复注册Installer服务、删除安装缓存或执行来源不明的修复命令。

快速通道

👉 已经出现错误1722、“A program run as part of the setup did not finish as expected”，或者安装进度接近结束时突然回滚？建议直接查看后文“有道翻译错误1722最短排查顺序”。

先确认当前故障是否属于错误1722

错误1722发生在安装器已经启动，并且正在执行安装包内某个程序、脚本或自定义操作的阶段。它与程序无法运行、Installer服务无法访问、安装事务占用及普通1603回滚不是同一个判断入口。

如果安装文件的来源、数字签名、SHA-256、文件完整性和保护历史尚未核对，应先返回有道翻译安装包安全校验指南。本文只处理安装器已经进入Windows Installer执行阶段后的错误1722，不负责判断来源不明的EXE是否可以继续运行。

错误1722真正说明了什么

Windows Installer对错误1722的定义是：作为安装过程一部分运行的某个程序没有按预期完成。错误消息可能同时提供Action、Location和Command，用来标识失败的自定义操作、调用位置及执行命令。

不要直接复制错误窗口中的Command到管理员终端运行。该命令可能依赖安装器临时创建的文件、工作目录、属性、权限令牌或事务上下文，脱离原环境单独执行可能产生完全不同的结果，甚至留下无法正常回滚的半安装组件。

有道翻译错误1722最短排查顺序

1. 截图保存完整错误文字、Action、Location、Command和出现时间。
2. 显示文件扩展名，确认安装文件是真实MSI还是EXE引导程序。
3. 记录安装文件路径、大小、修改时间和数字签名。
4. 真实MSI使用/L*V生成详细安装日志。
5. EXE安装器检查自身日志、TEMP新文件和MsiInstaller事件。
6. 在日志中搜索1722、Action名称和Return value 3。
7. 从失败位置向上寻找首个明确路径、访问、服务或进程错误。
8. 日志不足时，用Process Monitor捕获安装器与子进程活动。
9. 只处理已经确认的失败对象，不批量重置系统权限。
10. 修复后使用同一安装文件、账户和本地路径复测一次。

真实MSI：生成完整Windows Installer日志

先在文件资源管理器中显示文件扩展名。只有安装文件本身确实以.msi结尾，才使用下面的命令。

以管理员身份打开Windows终端或命令提示符，执行：

msiexec.exe /i "C:\安装包实际路径\package.msi" /L*V "%USERPROFILE%\Desktop\youdao-1722.log"

需要替换的是MSI文件的真实路径。命令结束后，桌面会生成youdao-1722.log。

日志中优先查找：

• Error 1722；
• 错误窗口显示的Action名称；
• Return value 3；
• Access is denied或“拒绝访问”；
• 具体文件、目录、注册表项、服务及命令路径；
• Action start与Action ended。

Return value 3是Windows Installer写入日志的映射失败状态，表示附近操作以致命错误结束，并不等于被调用程序的原始退出码就是数字3。它只能帮助定位失败动作；真正原因仍要从它前面的Action名称、Command、文件路径、系统错误和访问对象中判断。

EXE安装包：不要改名成MSI

如果下载文件是.exe，不能通过把后缀改成.msi来生成有效日志，也不能直接把EXE路径放进msiexec /i。

EXE引导程序可能在内部释放并调用MSI，但日志方式由引导程序决定。我会依次检查：

• 错误窗口是否给出Action、Location或Command；
• 安装器界面或帮助参数是否提供日志选项；
• 失败时间附近用户TEMP中新生成的日志；
• 事件查看器中的MsiInstaller记录；
• 安装器启动的子进程及其完成状态。

读取最近两小时的MsiInstaller事件，可以在PowerShell中执行：

$StartTime = (Get-Date).AddHours(-2)

Get-WinEvent -FilterHashtable @{
    LogName      = "Application"
    ProviderName = "MsiInstaller"
    StartTime    = $StartTime
} |
Select-Object TimeCreated,
              Id,
              LevelDisplayName,
              Message |
Format-List

事件中需要核对时间、产品名称、错误代码和完整消息。事件日志可以帮助确认失败属于哪个安装事务，但不能代替详细日志中的Action、Location和Command。

从日志中定位真正失败的自定义操作

已经生成真实MSI日志时，可以使用PowerShell快速定位关键位置：

$LogPath = "$env:USERPROFILE\Desktop\youdao-1722.log"

Select-String `
    -LiteralPath $LogPath `
    -Pattern "Error 1722|Return value 3|Action start|Action ended|CustomAction|Access is denied|拒绝访问" `
    -Context 20, 10

我会按下面的顺序判断：

1. 找到最后一次出现Error 1722的位置。
2. 查看紧邻它的Action、Location和Command。
3. 向上找到最近的Action start。
4. 继续向上寻找首个明确文件、路径、注册表、服务或系统错误。
5. 确认Return value 3属于哪个动作。
6. 把动作时间与错误窗口时间进行匹配。

如果日志显示EXE类型自定义操作失败，只能确认安装器没有把它判定为成功，不能直接把原因写成“权限不足”。还需要核对程序路径、命令参数、依赖组件、访问记录及其父子进程关系。

有道翻译错误1722证据分流矩阵

日志仍不够时，用Process Monitor捕获失败对象

Process Monitor能够实时记录文件系统、注册表、进程和线程活动。这里不需要长时间全量抓取，只捕获一次1722复现过程。

1. 启动Process Monitor后先停止捕获，并使用Ctrl + X清空旧记录。
2. 重新开始捕获，不要一开始只保留安装器和msiexec.exe两个进程。
3. 只运行一次有道安装器，出现1722后立即停止捕获。
4. 打开【Tools → Process Tree】，按错误时间找到安装器、msiexec及其子进程关系。
5. 确定真正被调用的子进程后，再按Process ID、父子进程和时间范围筛选。
6. 结合日志中的Action、Location和Command，检查附近的ACCESS DENIED、PATH NOT FOUND、进程创建和退出记录。

NAME NOT FOUND或PATH NOT FOUND不一定都是故障。程序正常探测多个候选位置时也会产生此类记录。只有记录时间、失败Action和Command目标能够相互对应时，才进入该路径分支。

Process Monitor记录可能包含账户名称、目录结构、命令行和企业路径。对外提交前应隐藏无关的个人与组织信息，不要直接公开完整PML文件。

根据证据进入唯一处理分支

Action指向的程序或文件不存在

先确认Command中的目标路径是否真实存在，文件大小是否稳定，安装器是否仍在使用已经删除的TEMP副本。不要从其他电脑随意复制同名EXE或DLL。

如果新获取的完整安装文件能够释放出正确目标，而旧副本始终缺少同一个文件，旧副本或下载过程更值得怀疑。此时可以从有道翻译Windows版下载入口重新获取文件，并保留新旧文件的数字签名、大小和日志。

日志显示Access denied或拒绝访问

只处理日志明确指向的文件、目录、注册表项或服务。先记录当前权限与所有者，再确认是否受企业策略、安全软件或受控文件夹保护影响。

不要对整个Windows目录、Program Files或注册表Services分支递归取得所有权，也不要给Everyone添加完全控制。修改范围越大，越容易把单个安装错误扩大成更新、卸载或服务启动故障。

自定义操作在服务注册或启动阶段失败

日志如果给出具体服务名称，应先检查服务是否存在、路径是否指向旧版本、服务账户是否正确，以及启动时返回的原始错误。

不要直接删除同名服务。旧服务属于已安装版本时，应优先通过正常卸载或安装包修复流程处理；服务路径已经失效时，也要先保存配置和产品归属。

只有安装过旧版本的电脑失败

如果全新设备能够安装，而曾经安装过有道翻译的设备在同一个Action返回1722，旧版本组件、服务、计划任务或卸载记录更值得核验。

先检查【设置 → 应用 → 已安装的应用】中的真实产品条目。不要搜索“有道”后批量删除全部文件、注册表和任务，因为同名路径可能属于词典、缓存或其他组件。

不同设备都在同一个Action失败

当不同设备都在同一个Action和Command附近出现1722，只能说明共同失败点已经较稳定，不能立即断定安装包存在缺陷。还要比较系统架构、依赖组件、企业策略和详细日志；如果环境条件不同而失败动作仍完全一致，安装包自定义操作或执行编排问题的可能性才会明显升高。

建议保留安装文件版本与数字签名、完整错误窗口、失败Action和Command以及对应日志片段，再交给软件提供方核验。

不要优先执行的三种高风险操作

重注册Installer或手动运行失败Command

错误1722已经说明安装服务进入了执行阶段。没有1719或明确服务注册证据时，反复注册Installer不能解释具体Action为什么失败；脱离安装上下文手工运行Command也可能产生错误结果。

删除C:\Windows\Installer或全部TEMP文件

Installer目录保存安装缓存，不能当作普通临时目录清理。TEMP中也可能包含本次安装仍需使用的日志和解包文件，应先按时间、进程和路径确认归属。

扩大系统权限或关闭全部安全策略

给系统目录添加Everyone完全控制、递归取得所有权或关闭全部安全工具，只会改变环境，不能说明哪个Action、程序或路径真正失败。

错误1722修复后的验证标准

• 错误窗口不再显示1722。
• 原失败Action能够正常结束。
• 日志中对应动作不再出现映射失败状态。
• Command指向的目标存在，并由安装器正常调用。
• 安装过程不再在同一节点回滚。
• 有道翻译出现在【设置 → 应用 → 已安装的应用】中。
• 首次启动不会再次触发安装或修复事务。
• 没有通过删除Installer缓存或扩大系统权限换取暂时成功。

执行确认清单

• ☐ 已保存错误1722窗口、时间和完整字段
• ☐ 已记录Action、Location和Command
• ☐ 已确认安装文件是真实MSI还是EXE
• ☐ 已从日志中找到失败动作及其前序错误
• ☐ Process Monitor已经核对父子进程关系
• ☐ 修复后使用同一账户和安装文件复测一次

常见问题

错误1722一定是Windows Installer服务损坏吗？

不是。1719更直接指向Windows Installer服务无法访问；1722表示安装过程中调用的程序没有按预期完成，应优先查看Action、Location、Command和详细日志。

Return value 3就是被调用程序返回了数字3吗？

不是。它是Windows Installer写入日志时使用的映射状态，表示附近动作失败。仍需向上查找动作名称、命令、路径和最早出现的具体错误。

重新下载后仍在同一个Action失败怎么办？

比较两份文件的版本、数字签名和日志。如果不同环境仍在同一个Action失败，再核对共同依赖和安全策略；环境条件不同但失败点始终一致时，应保留证据交给软件提供方。

参考来源

• Microsoft Learn：Windows Installer错误1721与1722定义
• Microsoft Learn：自定义操作返回值与日志映射
• Microsoft Learn：msiexec命令与详细日志参数
• Microsoft Sysinternals：Process Monitor