必须对php 8.5容器内存和cpu做硬性限制：内存用-m和--memory-swap配平禁用swap，cpu用--cpus设硬边界；php层memory_limit需比容器内存限低至少128mb以留余量。
PHP 8.5 本身不决定容器资源限制，限制由 Docker 的 cgroups 机制控制；关键是在运行 PHP 容器时，通过 Docker 层面对内存、CPU 做硬性约束，并同步调整 PHP 自身的 memory_limit，避免内部分配越界触发 OOM。
内存限制必须设且配平 swap
PHP 应用常因内存泄漏或大文件处理突然暴涨，不设内存上限极易触发宿主机 OOM Killer 杀掉整个容器甚至拖垮系统。
- 用
-m（即--memory）强制限定物理内存，例如：docker run -m 512M php:8.5-cli - 必须同时指定
--memory-swap，推荐值与-m相同（如--memory-swap=512M），这样可禁用 swap 扩容，防止内存超支后疯狂换页 - 若只设
-m却不限制 swap，等于没限——Linux 内核仍允许使用 swap，实际内存压力并未缓解
CPU 优先用 --cpus 设硬边界
PHP 8.5 的 JIT 编译和并发请求对 CPU 敏感，软性权重（--cpu-shares）在空闲时不生效，无法防止单次高负载打满 CPU。
- 直接用
--cpus=0.8表示最多占用 0.8 个逻辑 CPU 核心，无论系统忙闲都稳定生效 - 该参数底层映射到 cgroups 的
cpu.cfs_quota_us / cpu.cfs_period_us，是真正的硬限制 - 例如宿主机为 4 核，
--cpus=1.5表示该 PHP 容器最多分得 1.5 核的计算时间，其余留给 Nginx、MySQL 等服务
PHP 层 memory_limit 要留余量
Docker 内存限制是容器总开销（含 PHP-FPM 主进程、子进程、OPcache、系统缓存等），而 memory_limit 只管单个 PHP 脚本进程。两者必须错位设置。
- 若容器内存设为
512M，建议php.ini中设memory_limit = 256M或384M，预留至少 128MB 给 FPM 管理开销、扩展加载、日志缓冲等 - 可通过
ini_set('memory_limit', '256M')在入口脚本动态覆盖，但需确保所有执行路径（CLI、Web、Cron）均生效 - 上线前用压测工具（如 ab、wrk）模拟 P95 请求峰值，观察
docker stats中 MEM USAGE 是否长期逼近 LIMIT，再反推调优
docker-compose 中必须嵌套在 deploy.resources.limits 下
很多人把 mem_limit 或 cpus 写在服务根层级，结果配置完全不生效——这些字段仅在 Swarm 模式下、且严格位于 deploy.resources.limits 内才被识别。
- 正确写法示例（v3.8+）：
services:
app:
image: php:8.5-fpm
deploy:
resources:
limits:
cpus: '1.0'
memory: 512M
- 注意：
mem_limit（旧写法）已弃用，统一用memory；cpus是字符串类型，需加引号 - 验证是否生效：启动后运行
docker inspect 容器名 | grep -A 5 HostConfig.Memory和NanoCpus
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
