PHP配置修改需按层级区分：php.ini修改后必须重启SAPI；.htaccess仅限Apache且仅支持PERDIR/ALL级；ini_set()仅对当前请求有效且仅支持USER/ALL级，SYSTEM级（如memory_limit）不可运行时修改。
PHP 运行时的 ini 配置项不能靠“直接编辑文件 + 自动生效”来修改——改完 php.ini 或其他 INI 文件后，**必须重启 PHP 的运行载体（如 Web 服务器或 PHP-FPM）才能生效**，否则修改完全无效。
哪些地方能改、改了是否立即生效？
PHP 提供三层配置修改能力，效果和生效范围完全不同：
-
php.ini：全局配置，修改后需重启 PHP SAPI（如 Apache 模块、PHP-FPM 进程），对所有脚本生效 -
.htaccess（仅 Apache + mod_php）：用php_value/php_flag设置部分可变配置项，每次请求读取，无需重启，但仅限PHP_INI_PERDIR和PHP_INI_ALL级别项 -
ini_set()：运行时动态设置，仅对当前请求生命周期有效，且仅支持PHP_INI_USER和PHP_INI_ALL级别项（例如ini_set('display_errors', '1')）
用 ini_set() 改配置的限制与常见失效原因
很多开发者以为 ini_set() 能改一切，结果发现 memory_limit 或 upload_max_filesize 死活不生效——这是因为：
- 这些指令属于
PHP_INI_SYSTEM级别，运行时禁止修改，ini_set()会静默失败（返回false，但不报错） -
error_reporting、date.timezone这类是PHP_INI_ALL，可以用ini_set()改，但注意它不覆盖php.ini中已设的error_log路径 - CLI 模式下
ini_set()仍有效，但某些扩展（如 OPcache）的配置项根本不可运行时修改
如何确认某配置项能否被修改、当前值是多少？
别猜，用代码验证：
立即学习“PHP免费学习笔记（深入）”；
var_dump(ini_get('upload_max_filesize')); // 查当前值
var_dump(ini_get_all()['upload_max_filesize']['access']); // 查访问级别（1=PHP_INI_USER, 4=PHP_INI_SYSTEM）
var_dump(ini_set('upload_max_filesize', '64M')); // 返回 false 表示不可写或者命令行快速查：
php -i | grep 'upload_max_filesize' php --ini # 查找实际加载的 ini 文件路径
注意：php -i 输出的是 CLI 模式的配置，Web 环境要用 phpinfo() 页面确认。
改 php.ini 后没生效？先检查这三件事
改完文件却没反应，大概率卡在这几个环节：
- 改错了文件：用
phpinfo()页面顶部的Loaded Configuration File路径为准，不是随便找个php.ini - 改了但没重启：Apache 要
sudo systemctl restart apache2，PHP-FPM 要sudo systemctl restart php8.2-fpm（版本号按实际替换） - 被覆盖了：某些环境（如 Docker、cPanel、Plesk）会额外加载
zzz-custom.ini或通过PHP_INI_SCAN_DIR注入配置，优先级可能更高
多层 INI 加载顺序和覆盖逻辑容易被忽略，尤其是当 ini_set()、.htaccess、php.ini、docker-php-ext-enable 配置混用时，最终生效值得靠 ini_get() 实测确认。
