256M 内存限制下仍报 Fatal Error，通常是因为服务器硬限制覆盖了配置值，或插件代码存在内存泄漏。优先通过 phpinfo() 确认实际生效限制，再定位具体消耗内存的插件脚本。
先说结论：256M 报错多数并非配置未生效，而是宿主环境硬限制或代码逻辑缺陷导致。
- 先确认：使用 phpinfo() 或 ini_get 函数查看运行时实际内存限制值。
- 先处理：禁用可疑插件或优化大数据处理逻辑，而非单纯增加限制。
- 再验证：监控错误日志频率，确认 Fatal Error 不再复现。
命令速用版
通过命令行或 PHP 脚本快速检查当前生效的内存限制值。
php -i | grep memory_limit
或在 PHP 文件中添加以下代码查看运行时限制：
<?php echo ini_get('memory_limit'); ?>为什么会这样
PHP 配置的限制值可能被宿主环境的全局配置覆盖，导致本地设置不生效。php.ini、.htaccess、wp-config.php 等多处配置中，优先级最低的值会生效。此外，部分虚拟主机设有硬性的进程内存上限，即使配置文件写入 256M，实际可用内存仍可能被限制在更低值。代码层面的内存泄漏会导致内存占用持续增长，最终突破任何合理限制。
分步处理
按顺序排查配置生效情况、日志定位和插件隔离，避免盲目调整参数。
1. 检查实际生效的内存限制
登录服务器终端执行 php -i | grep memory_limit。如果显示值低于 256M，说明 php.ini 配置未生效或被覆盖。在 WordPress 环境中，检查 wp-config.php 中是否定义了 WP_MEMORY_LIMIT。
2. 查看错误日志定位脚本
检查 PHP 错误日志（通常位于 /var/log/php_errors.log 或主机控制面板日志）。查找 Fatal Error 发生前的文件路径和行号，确定是哪个插件文件触发了内存耗尽。
3. 禁用插件进行隔离测试
暂时重命名 plugins 文件夹或通过后台禁用所有插件。若错误消失，逐个启用插件直到错误复现，锁定问题插件。公开资料中没有看到可靠的量化数据表明特定插件必然消耗多少内存，需实测验证。
4. 调整内存限制配置
若确认需要更高内存，在 php.ini 中修改 memory_limit = 512M。在 WordPress 中，可在 wp-config.php 添加 define('WP_MEMORY_LIMIT', '256M');。注意部分主机商不允许用户自定义此值。
怎么验证是否生效
观察错误日志不再增加，且网站后台功能恢复正常。使用监控工具查看服务器 RAM 使用率，确认没有持续攀升至 100%。若开启 OPcache，重启 PHP 服务后再次运行 php -i 确认配置已加载。
常见坑
不要依赖 Swap 分区作为解决方案，Swap 读写速度慢会导致服务器响应严重延迟。部分主机商在底层设置了硬限制，修改配置文件无效，需联系主机支持。不要将临时止血措施视为性能提升方案，内存泄漏问题需修复代码。
常见问题
为什么修改了 php.ini 仍然报错？
可能是主机商设置了硬限制，或 .htaccess 覆盖了配置值。需联系主机服务商确认是否允许修改内存限制。
增加内存限制会影响服务器性能吗？
单个进程占用内存增加可能减少并发处理能力。若服务器总内存不足，增加单进程限制会导致系统频繁使用 Swap 甚至宕机。
如何判断是插件问题还是主题问题？
切换到默认主题（如 Twenty Twenty-Four）并禁用所有插件。若错误消失，再逐步启用插件和原主题进行排查。
参考来源
- PHP Manual: memory_limit - https://www.php.net/manual/en/ini.core.php#ini.memory-limit
- WordPress Support: Editing wp-config.php - https://wordpress.org/support/article/editing-wp-config-php/#increasing-memory-allocated-to-php