UiPath Certified Advanced RPA Developer

**Activities 的 Variable Scope 搞错** — UiPath 的 Variable 是 Activity Scope，在 Sequence 里定义的变量只能在那个 Sequence 及其子活动里用。常见错误是在 Try 块里定义变量想在 Catches 里读，实际读不到，必须把变量定义到 Try Catch 外层的 Scope。考试会给一段 xaml 截图问"为什么变量未赋值"，答案往往是 Scope 错了。

**REFramework 误以为 Transition 是线性的** — REFramework 的四个 State 不是 Init → Get → Process → End 的直线执行，而是 State Machine：Process 成功后回到 Get Transaction Data 继续下一条，失败重试超过 MaxRetries 才进 End。很多人把它当 Flowchart 理解，考场景题会选错"某事务失败后下一步是什么"。正确理解是看 Transition 的 Condition 和 Trigger。

**Selector 的 Strict vs Fuzzy 用反** — Strict Selector（所有属性固定写死）稳定性高但一改界面就失效，Fuzzy Selector（用 * 通配符和正则）容错好但容易匹配到错误元素。考试会给你一个场景说 "UI 每次启动时表格标题 ID 变化" → 应该用 Fuzzy 或 Anchor Base，不是 Strict。反过来 "固定的登录按钮" → 应该用 Strict，不要用 Fuzzy 以免匹配到其他按钮。

**Business Exception 和 Application Exception 混淆** — 这是 UiARD 最常考的陷阱。**Business Exception = 业务规则不符**（比如客户年龄小于 18 不能开户），应该直接 Throw BusinessRuleException，REFramework 会把这条事务标记为 Failed 但 **不重试**。**Application Exception / System Exception = 技术问题**（比如网页没加载、文件不存在），REFramework 会按 MaxRetries 次数重试，多次失败后把整个机器人停下来 Rollback。考试会问 "发票金额超过审批上限应该抛什么异常" → BusinessRuleException。

**Orchestrator Queue 和 Asset 的用途混淆** — Queue 是用来存储 **要处理的事务数据**（如 100 个待处理订单），每个 Transaction Item 有独立的状态、重试次数、结果；Asset 是用来存储 **配置值和凭据**（如 URL、API Key、账号密码），所有机器人共享。考试会问 "多机器人并发处理 1000 条发票，数据应该存在哪里" → Queue，不是 Asset。反过来 "把测试环境的 URL 切换到生产环境" → 修改 Asset，不是 Queue。

**Retry Scope 和 Continue On Error 混用** — Retry Scope 是 **自动重试整个活动块**（按 NumberOfRetries 次数，每次 RetryInterval 等待），重试全部失败才往外抛异常。Continue On Error = True 是 **忽略异常继续执行下一个活动**，不重试、不记录失败。考试场景 "网页偶尔加载慢，希望失败后等 2 秒再试 3 次" → Retry Scope；"不关心这一步是否成功，继续往下走" → Continue On Error。很多人把 Continue On Error 当成重试用，这是错的。

**Global Exception Handler 作用范围理解错** — Global Exception Handler 是项目级的最后一道防线，**只在没有任何 Try Catch 捕获异常时触发**。如果你在 Process.xaml 里写了 Try Catch，Global Exception Handler 不会运行。考试会给一段代码问 "这个 Global Exception Handler 什么时候会触发"，答案通常是 "从未触发，因为 Main.xaml 里所有 Invoke Workflow 都已经被 Try Catch 包住"。

**Workflow Analyzer 规则前缀记错** — 18 条默认规则的命名前缀：ST-NMG = Naming（命名），ST-MRD = Maintainability/Readability（可维护性），ST-USG = Usage（活动用法），ST-REL = Reliability（可靠性），ST-SEC = Security（安全），ST-ANA = Analytics（日志）。考试直接考 "ST-USG-005 是哪类规则" — 答案是 Usage 类里的 Hardcoded Timeout 检查。纯背题，没办法推理。