要找到正在生效的php.ini文件，应运行php -i | grep "loaded configuration file"，该行输出的路径才是php实际加载并解析的配置文件；cli与web环境（如apache/fpm）各自独立，需分别用php --ini和phpinfo()确认对应路径。
直接改 php.ini 文件本身就能生效，但必须改对位置、重启对应服务、且确认生效路径不是被覆盖的。
怎么找到正在生效的 php.ini 文件
PHP 可能加载多个配置文件，php --ini 只显示“配置文件路径”，而 php -i | grep "Loaded Configuration File" 才是真正被读取的那个。常见错误是改了 /etc/php/8.2/cli/php.ini，结果网站跑在 FPM 下，实际生效的是 /etc/php/8.2/fpm/php.ini。
- 运行
php -i | grep "Loaded Configuration File"—— 这行输出的路径才是你要编辑的 - 如果用 Apache，通常对应
/etc/php/{ver}/apache2/php.ini - 如果用 Nginx + PHP-FPM，通常对应
/etc/php/{ver}/fpm/php.ini - CLI（命令行）和 Web 环境的
php.ini是分开的，php -v和phpinfo()显示的可能不同
改完保存后为什么没生效
改完文件只是第一步，PHP 进程不会自动重载配置。常见遗漏点：
- 没重启对应的服务：Apache 要
sudo systemctl restart apache2，PHP-FPM 要sudo systemctl restart php8.2-fpm（版本号必须匹配） - 改的是 CLI 的
php.ini，但 Web 请求走的是 FPM 或 Apache 模块，两者不共享配置 - 某些发行版（如 Ubuntu）会把扩展配置拆到
/etc/php/{ver}/{sapi}/conf.d/目录下，.ini文件里用include引入，改主文件可能被后续文件覆盖 - 用
phpinfo()页面确认“Loaded Configuration File”路径和你编辑的是否一致，再搜你要改的参数名看值是否更新
哪些参数改起来最容易出错
几个高频参数的单位、格式和边界容易踩坑：
-
upload_max_filesize和post_max_size必须同时调大，且post_max_size≥upload_max_filesize，否则上传直接 413 -
memory_limit单位写成128M没问题，但写成128MB或128m会失效（只认K/M/G大写） -
date.timezone必须填标准时区名，比如Asia/Shanghai，填GMT+8或UTC+8不生效 -
display_errors设为On后，还要确保log_errors = On，否则错误既不显示也不记录
改之前一定要备份
别跳过这步。哪怕只是改一行，也建议先执行：
sudo cp /etc/php/8.2/fpm/php.ini /etc/php/8.2/fpm/php.ini.bak
万一改崩了，cp /etc/php/8.2/fpm/php.ini.bak /etc/php/8.2/fpm/php.ini 就能秒退。尤其注意：有些系统（如 Docker 容器或部分云镜像）的 php.ini 是从模板生成的，直接改会被下次启动覆盖——这种得查启动脚本或构建逻辑，不能只靠编辑文件。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
