Salesforce Certified Platform Developer II

**异步 Apex 选型在 PDII 级别的细节区分不清** — PDI 考 Future / Queueable / Batch / Schedulable 的基本选型，PDII 要求你知道每一种的**隐藏限制**：Future 不能传 sObject 参数、不能链式、每 24 小时最多 250,000 次调用；Queueable 支持传任意对象、可以链式（最多 50 层 depth in synchronous / 无限 in async）、单 transaction 最多 50 个 Job；Batch 每次 start() 返回 QueryLocator 最多 50M 条（Iterable 只能 50,000）、execute() 每次默认 200 条但可配、scope 内独立 Governor Limits；Schedulable 本身不工作，通常配合 Batch 或 Queueable。考场景题必须在这些细节里做选择。

**with sharing / without sharing / inherited sharing 搞不清默认行为** — 这是 PDII 安全相关的高频题。默认值是 **inherited sharing**（Spring ’18 起的最佳实践），意味着类从调用它的上下文继承 sharing 规则。**顶层调用场景（匿名 Apex、REST Service、Schedulable、Batch start 方法）如果没显式声明 sharing，默认行为等同 without sharing**——这是大量 Security Review 被拒的原因。规则：**用户触发的类一律 with sharing，系统级工具类（如发邮件、跑定时任务）可以 without sharing，被别的类调用的 utility 类用 inherited sharing**。考试题干出现 "following best practice" 或 "Security Review" → 答案永远是显式声明 with sharing。

**LWC 反应性（Reactivity）机制理解错误** — PDII 考 LWC 的深度远超 PDI。核心概念：(1) **@track 在 LWC 中已经默认**——所有 field 默认都是 reactive 的，@track 只在 track Object 内部属性变化时才需要；(2) **@wire 是 reactive 的**——参数变了会自动重新调用 Apex，但参数必须是 @api 或 field，不能是函数返回值；(3) **Getter 不会自动 reactive**——如果 getter 依赖一个非 tracked property，UI 不会更新。考试题里 "UI not updating" 的根因 80% 是这三条里的一条。同时理解 renderedCallback 可能被调多次（每次 re-render 都调），不要在这里放 expensive 逻辑。

**JavaScript Promise 模式在 LWC 中用错** — LWC 从 Apex 返回数据的两种方式：**@wire（声明式，reactive）** 和 **imperative（Promise，手动调用）**。imperative 模式必须用 .then() / .catch() 处理结果，考试经常给一段错误的 async/await 代码让你找 bug：(1) 忘了 await 或 .then，结果用 undefined 渲染；(2) 在 .catch 里没有 this.error = error.body.message，错误不显示；(3) 把 @wire 的结果当 Promise 用（@wire 返回的是响应式对象 {data, error}，不是 Promise）。记法：**需要 reactive 自动重查用 @wire，需要在用户点击时调用用 imperative**。

**AppExchange Security Review 的 checklist 不熟** — PDII 考的安全是 Security Review 的子集，ISV 开发者尤其必看。核心 checklist：(1) **所有 SOQL 用 bind variable**（`:param`），绝不字符串拼接；必须拼接动态 SOQL 时用 `String.escapeSingleQuotes()`；(2) **所有 DML 前做 CRUD 检查**（`Schema.sObjectType.Account.isCreateable()`），所有字段访问做 **FLS 检查**（`Schema.sObjectType.Account.fields.Name.isAccessible()`），或用 Apex 新的 `Security.stripInaccessible()` 一步到位；(3) **所有 @RestResource 类声明 with sharing**；(4) LWC 模板里不要用 lwc:inner-html 直接插用户输入（XSS）。考试出现 "Security Review will flag" → 答案永远是上述某一条没做。

**Test Data Factory 模式没用，测试类仍然硬编码** — PDII 的 Testing 板块 22% 权重全在考测试最佳实践。硬编码测试数据（每个 Test Method 里写一堆 new Account() / insert）会被考试和 Security Review 双重扣分。正确做法：(1) 创建一个 @isTest public class TestDataFactory 集中所有测试数据构造方法；(2) 使用 @TestSetup 注解一次性创建整个测试类共享的数据；(3) 绝不使用 `SeeAllData=true`（除了必须访问 Price Book 的极少数场景）；(4) 测试 Callout 必须用 HttpCalloutMock + Test.setMock()。考试题经常给一段违反这些原则的测试类代码让你改。

**忘记 Programming Assignment 是独立关卡且独立收费** — 新手最大的坑就是以为 PDII 是一场考试。实际是 MC Exam（$200）+ Programming Assignment（$200）两个独立流程，**两个都要过才能拿证**，且都要单独报名、单独缴费、任一挂了单独重考（$100 每次）。MC 过了之后你有 2 年有效期去完成 PA，不要拖到最后一刻。PA 的题目只有 5 天窗口期，拿到题当天就要开工，强烈建议请 1-2 天假集中做。