抽象是剥离重复、变化、不稳定的逻辑，保留稳定接口和通用规则；PHP 因缺乏强类型和编译检查，更需通过抽象类、接口等实现解耦、可测与可维护。
什么是抽象，为什么 PHP 需要抽象能力
抽象不是把代码写得晦涩难懂，而是把重复的、变化的、不稳定的逻辑从具体实现中剥离出来，留下稳定接口和通用规则。PHP 作为动态脚本语言，本身没有强类型和编译期检查，更依赖开发者用抽象（如抽象类、接口、策略模式、依赖注入）来约束行为、降低耦合、提升可测性和可维护性。面试考抽象能力，实际是在考察：你能不能在需求变动前预判变化点，能不能让新功能尽量“插得进去”而不是“改得到处都是”。
典型抽象能力面试题及思路
面试官常不会直接问“抽象类和接口区别”，而是给一个场景，看你怎么拆解：
-
订单导出功能扩展题：当前只支持 Excel 导出，但下周要加 PDF、CSV，下个月可能接飞书多维表格。不改原有代码的前提下怎么设计？
→ 应该提取ExportStrategy接口（export(Order $order): string），让 ExcelExporter、PdfExporter 等各自实现；主流程只依赖接口，通过工厂或 DI 注入具体实现。 -
支付网关适配题：已接入支付宝，现在要加微信、PayPal，各网关参数结构、回调验签方式、错误码含义完全不同。
→ 抽象出PaymentGateway接口（pay(), refund(), verifyCallback()），每个网关封装为独立类，统一返回标准化的PaymentResult对象，上层业务不感知底层差异。 -
用户通知渠道题：短信、邮件、站内信逻辑分散在各控制器里，现在要加企业微信、钉钉，还要支持按用户偏好自动选渠道。
→ 提取Notifier接口，用策略+组合模式：先查用户偏好，再委托对应SmsNotifier或EmailNotifier，通知内容由模板引擎统一渲染，渠道细节彻底隔离。
容易被忽略的关键细节
光会写 abstract class 或 interface 不代表有抽象能力。面试中真正加分的是对边界和粒度的判断：
- 接口方法不宜过多，遵循接口隔离原则——比如不要定义一个
UserService接口包含注册、登录、修改密码、实名认证、冻结账户等全部方法，应拆成UserAuthenticator、UserProfileManager等小接口。 - 抽象类适合共享默认实现（如日志记录、基础参数校验），接口适合定义契约（如“能导出”“能支付”）。别为了抽象而抽象，如果只有两个实现且几乎不复用，接口可能比抽象类更轻量。
- 避免过早抽象。刚写完一个 Excel 导出，就急着抽接口加工厂，反而增加复杂度。合理做法是：当第二个相似实现出现时（比如 PDF 导出），再回退一步重构，提取共性。
如何展示你的抽象思维
回答时少说概念，多画简图、举对比代码片段：
立即学习“PHP免费学习笔记（深入）”；
- 先指出原始代码的“坏味道”：比如 if-else 分支随渠道增加线性膨胀、同一段逻辑在三个控制器里 copy-paste 修改。
- 说明你识别的变化维度：是“导出格式”在变？还是“支付渠道”在变？或是“通知方式”在变？抓住这个点，就是抽象的锚。
- 给出最小可行抽象：1 个接口 + 2 个实现类 + 1 处依赖替换，不堆设计模式名词。可以说：“我先保证新增一种导出方式，只需加一个类、注册到容器，其他代码零改动。”
