本文目录导读：
在PHP项目复盘中提到的“技战术短板”，通常指团队在具体执行层面（战术）和技术深度/广度（技术）上暴露出的不足，结合PHP生态的常见痛点,这些短板一般集中在以下几个维度：
技术深度短板（架构与底层）
-
PHP底层机制理解不足
- 对FPM生命周期、内存管理（引用计数/GC）、OPcache原理理解不深，导致遇到内存泄漏、性能瓶颈时排查困难。
- 对协程（Swoole/Swow） 掌握不足，在需要高并发的场景仍沿用传统同步阻塞模式,或协程使用不当导致数据错乱。
-
架构设计能力欠缺
- 缺乏领域驱动设计（DDD） 思维，业务逻辑与框架高度耦合，代码“面条化”,后期维护成本极高。
- 微服务拆分不合理：服务粒度过细导致分布式事务复杂,或过粗导致单体依旧臃肿。
- 对缓存一致性、分布式锁、消息队列削峰等方案仅停留在“会用”，缺乏对异常场景（如缓存穿透/雪崩、消息丢失/重复消费）的兜底设计。
-
数据库与存储优化短板
- SQL优化能力弱：慢查询频发，缺乏索引设计原则，不会看执行计划（EXPLAIN）。
- 对分库分表、读写分离的中间件（如ShardingSphere）使用不熟练,数据迁移方案考虑不周。
- NoSQL选型不当：该用Redis做复杂查询的用了MySQL,该用ES的用了Like查询。
工程化与战术短板（研发流程与协作）
-
代码规范与质量控制缺失
- 缺乏统一的PSR规范落地，代码风格混乱,Review流于形式。
- 单元测试覆盖率极低，过度依赖手工测试,重构时不敢动代码。
- 静态分析工具（PHPStan/Psalm）未接入CI,低级错误带到线上。
-
DevOps与自动化能力不足
- CI/CD流水线不完善：部署靠手动FTP/SSH，回滚方案缺失,导致发布恐惧。
- 环境不一致：开发、测试、生产环境PHP版本/扩展/配置不统一，“在我本地是好的”频发。
- 缺乏可观测性：日志散乱无TraceID，监控只有CPU/内存，缺乏业务监控和链路追踪（如SkyWalking）。
-
安全战术意识薄弱
- 对SQL注入、XSS、CSRF、文件上传漏洞的防范依赖框架默认,缺乏主动防御。
- 敏感数据明文存储或日志打印，权限校验（越权漏洞）在接口层遗漏。
性能与高并发战术短板
-
压测与容量规划缺失
- 上线前不做全链路压测，不清楚系统QPS上限,流量突增时直接雪崩。
- 不会用性能分析工具（XHProf、Blackfire）定位热点代码。
-
异步与解耦战术执行不到位
- 该异步的任务（发邮件、推消息）仍同步执行,拖慢响应。
- 消息队列使用不规范：缺乏死信队列、重试机制、幂等消费设计。
复盘中的典型“话术”映射
复盘中常听到的表述对应的真实短板：
| 复盘表述 | 真实技战术短板 |
|---|---|
| “这次事故主要是Redis挂了” | 缺乏缓存高可用架构（哨兵/集群）和降级预案 |
| “需求变更太频繁导致代码乱” | 缺乏抽象设计能力，未预留扩展点，战术上被动 |
| “上线后发现SQL很慢” | 缺SQL Review机制和索引设计规范 |
| “测试环境没问题，线上报错” | 环境治理和配置管理短板 |
| “这个功能只有XX能改” | 代码耦合度高，缺乏文档和知识共享机制 |
总结建议
复盘时若要将“技战术短板”落到实处，建议避免泛泛而谈“技术能力不足”,而是具体到：
- 哪个模块的哪类问题（如：订单模块的分布式事务处理缺乏补偿机制）
- 哪个环节的哪个动作缺失（如：发布环节缺少自动化回滚脚本）
- 并对应制定可执行的改进项（如：下季度引入PHPStan Level 6、建立SQL上线前EXPLAIN强制Review流程）。
这样的复盘才能真正转化为团队战斗力的提升。
