必须分清修改层级：全局php.ini、单站.user.ini、运行时ini_set()，三者优先级递减；改错位置（如误改wp-config.php或.htaccess）无法突破php底层memory_limit限制。
直接改 memory_limit 就能解决大部分 WordPress 内存耗尽报错，但必须分清改哪一层、谁优先、谁生效——改错地方等于白改。
为什么改了 wp-config.php 还是报错
因为 WP_MEMORY_LIMIT 只控制 WordPress 自身脚本的内存上限，不改变 PHP 解释器本身的限制。当某个插件（比如备份工具、图床上传组件）或后台 cron 任务触发原生 PHP 扩展（如 class-pclzip.php）时，它绕过 WordPress 的内存定义，直接撞上 php.ini 里的 memory_limit 值。
常见现象：define('WP_MEMORY_LIMIT', '512M') 加了，但上传 ZIP 主题/批量导入文章仍报 Allowed memory size of 134217728 bytes exhausted（即 128M），说明 PHP 底层没放开。
-
WP_MEMORY_LIMIT是 WordPress 层的“软限制”，仅对 wp-admin/wp-includes 下的 PHP 脚本起作用 - 真实生效的是 PHP-FPM 或 Apache 模块加载的
php.ini中的memory_limit - 如果用宝塔多 PHP 版本共存，必须确认你改的是当前网站绑定的那个 PHP 版本的配置
在宝塔面板里改 memory_limit 的三个位置及优先级
宝塔中修改 PHP 内存有三层：全局 php.ini → 单站 .user.ini → 运行时 ini_set()。前两者可持久化，后者只对单次请求有效，且常被禁用（disable_functions 里含 ini_set）。
-
全局改（推荐新手）：进「软件商店」→ 找到网站所用 PHP 版本（如 PHP 8.0）→「设置」→「配置修改」→ 找到
memory_limit行，改成512M→「保存」→「重载配置」 -
单站覆盖（推荐多站差异化需求）：进「网站」→ 点目标站点「根目录」→ 确保存在
.user.ini文件 → 编辑，只写一行：memory_limit = 512M（注意等号前后无空格，单位必须大写 M）→ 保存后无需重启，但需等约 2 分钟或手动清宝塔缓存 -
别碰 .htaccess（Apache 专属且易失效）：
php_value memory_limit 512M在宝塔默认 Nginx 环境下完全不生效；即使切到 Apache，若 PHP 是 FPM 模式，该指令也会被忽略
memory_limit 值怎么填才不会出错
PHP 对值格式极其敏感，写错一个字符就回退到默认 128M 或报解析失败。
- ✅ 正确写法：
memory_limit = 512M、memory_limit = 1G、memory_limit = -1（不限制，生产环境慎用） - ❌ 常见错误：
512m（小写 m）、512MB（带 B）、"512M"（加引号）、512 M（空格）、512（无单位，默认字节） - ⚠️ 注意：设为
-1后，若服务器物理内存不足，PHP 进程可能被 OOM Killer 杀掉，表现为 502 错误而非内存耗尽提示 - 建议起步值：CRMEB、WooCommerce 类系统至少
300M；纯博客可256M；含大型图库/视频转码插件的站建议512M并配 Swap
改完还是崩？检查这三件事
内存限制不是万能解药，尤其当服务器总内存 ≤2GB 时，光调 PHP 不够。
- 确认 PHP 版本是否真被网站绑定：在网站「设置」→「PHP 版本」里核对，别改了 PHP 7.4 却让网站跑在 PHP 8.2 上
- 检查是否有其他限制卡脖子：
max_execution_time（超时中断会掩盖内存问题）、post_max_size和upload_max_filesize（大文件上传中途失败也报内存错） - 物理内存是否真够：执行
free -h，看available是否长期低于 300MB；不够就按宝塔「Linux工具箱」→「Swap/虚拟内存」补 1–2G，否则 PHP 改再大也分配不出
最常被忽略的一点：改完 php.ini 或 .user.ini 后，忘记点「重载配置」或等缓存刷新，导致你以为改了，其实还在用旧值。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
