Salesforce Certified Platform Developer I

**不理解 Governor Limits 就开始写 Trigger** — 这是 PD1 最高频的失分点。Salesforce 是多租户架构，每个 Transaction 都有严格限制：单次 Trigger 最多 100 个 SOQL、150 个 DML、10 秒 CPU 时间、6MB Heap。任何把 SOQL 或 DML 写在 for 循环里的 Trigger 一旦被批量 insert 200 条记录就会炸。bulk-safe 模式的核心就是：**SOQL 和 DML 一律放在循环外，用 Map/Set 在循环内收集数据**。考试至少 5-8 道题在考这个模式。

**混淆 LWC 和 Aura 的选型** — 从 2020 Spring 起 Salesforce 官方建议所有新组件用 LWC，但 Aura 还没完全下线，考试依然会出 Aura 的题。记法：新项目 / 性能要求高 / 需要 Locker Service 隔离 → **LWC**；需要嵌入 Aura-only 功能（如某些老的 Lightning Community 模板） → **Aura**。考试里"应该选哪个框架"的题 99% 答案是 LWC，除非题干明确提到某个 Aura-only 的场景。

**搞不清 SOQL vs SOSL 的使用场景** — SOQL 用 SELECT 语法，查**一个**对象（或通过关系查它的父/子），WHERE 做精确过滤；SOSL 用 FIND {关键字} 语法，**同时跨多个不相关的对象**做全文搜索。题干出现"search across Accounts, Contacts, and Leads for the keyword" → 一律选 SOSL；出现"query all Accounts where Industry = Tech" → 一律选 SOQL。这两个语法每次考试至少 3 道题。

**异步 Apex 四种类型选型混乱** — **Future**：简单异步调用，不能传 sObject 参数、不能链式调用、不能监控状态。**Queueable**：可以传任意对象参数、可以链式调用（Job 里再 enqueue 下一个 Job）、有 Job ID 可监控，是现代 Apex 异步的首选。**Batch**：处理百万级记录，每个 batch 独立 Governor Limits，必须实现 Database.Batchable 接口。**Schedulable**：按时间调度（CRON 表达式），自己不做工作通常配合 Batch 使用。考试必出这四种的选型题，把四者的差异做成对比表死记。

**忘记 75% 代码覆盖率的细节规则** — Apex 代码部署到 Production 必须有 **至少 75% 的整体测试覆盖率**（不是每个类 75%），并且 **每一个 Trigger 必须至少有 1 行被测试覆盖**（不能 0% 覆盖）。System.assert 不是强制的但是 best practice。测试类不能靠 SeeAllData=true 读 Production 数据，必须自己用 @TestSetup 或在方法内构造测试数据。

**把 Test.startTest() / Test.stopTest() 当作装饰** — 这两行不是可选的代码美化。它们的真实作用是：(1) **重置 Governor Limits**，让你在 startTest 之前构造的测试数据不占用 limit 配额；(2) **强制异步 Apex 在 stopTest() 时同步执行完毕**，这样你可以在 stopTest() 之后立刻 assert 异步 Job 的结果。考试至少 1 道题在考这两行的作用。

**以为 Flow 永远能替代 Trigger** — Flow 是 Salesforce 主推的声明式自动化，但**不是所有场景都能替代 Apex Trigger**。涉及复杂集合操作、跨对象批量逻辑、需要精确控制执行顺序、性能敏感（>10,000 条记录/次）、需要调用外部 API 的场景，依然必须用 Apex。考试题里"should use Flow or Apex"的选项判断：声明式能做的优先 Flow，明确提到 "complex logic" / "custom validation across multiple objects" / "callout to external system" → 选 Apex。