PHP进程实际加载的php.ini由PHP自身决定，需通过php --ini或phpinfo()查看“Loaded Configuration File”行；若显示(none)，则使用编译默认路径或未加载任何ini。
trae 启动后 PHP 进程实际加载的 php.ini 文件在哪？
trae 并不自带独立的 php.ini，它复用系统或你指定的 PHP 二进制所绑定的配置文件。所以关键不是“trae 的 php.ini”，而是“trae 当前用的 PHP 可执行文件加载的是哪个 php.ini”。最可靠的方式是让 PHP 自己告诉你：
- 启动 traefik（或 traefik 相关服务）后，确保 PHP-FPM 或 CLI 模式能运行
- 执行
php --ini（CLI 场景）或在 Web 脚本中调用phpinfo()（FPM 场景） - 注意输出中的
Loaded Configuration File行，它指向真实生效的php.ini
如果你看到 Loaded Configuration File => (none)，说明 PHP 正在用默认编译路径（如 /usr/local/lib/php.ini）或完全没加载任何 ini —— 这时修改任意其他位置的 php.ini 都无效。
trae 配置里怎么指定 PHP 使用特定 php.ini？
trae 本身不提供 --php-ini 类参数；控制权在 PHP 启动命令层面。常见两种场景：
-
FPM 模式：在
www.conf或 FPM pool 配置中加php_admin_value[php_ini] = /path/to/your/php.ini，但注意该指令仅在 PHP ≥ 8.0 且编译时启用--enable-php-ini才有效 -
CLI / CGI 模式（如 traefik 反代到 PHP-CGI）：必须在启动命令中显式传参，例如
php-cgi -c /etc/php/8.2/cli/php.ini—— trae 的 service command 字段需完整写这个带-c的命令
别指望在 traefik 的 docker-compose.yml 或 traefik dynamic config 里加 PHP 参数，那根本不会被 PHP 进程读取。
立即学习“PHP免费学习笔记（深入）”；
改完 php.ini 为什么没生效？常见卡点
改了文件不等于 PHP 会重新加载，尤其 traefik + PHP-FPM 组合下容易忽略进程生命周期：
- FPM 需要
kill -USR2或systemctl reload php8.2-fpm，单纯重启 traefik 不影响 PHP 配置 - CLI 脚本每次执行都重新读
php.ini，但如果你用的是 opcache 缓存了脚本字节码，opcache.revalidate_freq设置过高会导致配置变更延迟体现 - Docker 环境下，宿主机改了
php.ini但没挂载进容器，或者挂载路径错误（比如挂到了/etc/php/8.2/cli/却在 FPM 下运行） - 某些一键包（如 XAMPP、MAMP）会把
php.ini拆成php.ini-development和php.ini-production，trae 启动时可能默认用了后者而你改的是前者
快速验证当前环境是否真的在用你改的 php.ini
别靠猜，用这三行命令交叉确认：
php --ini | grep "Loaded"
php -r "echo php_ini_loaded_file();"
php -r "echo 'memory_limit=', ini_get('memory_limit'), PHP_EOL;"
如果三者结果不一致（比如 php --ini 显示加载了 A 文件，但 php_ini_loaded_file() 返回 false），说明有某处覆盖了配置加载逻辑 —— 很可能是通过 php_admin_flag 或 ini_set() 在运行时强行改了值，这种覆盖优先级高于 php.ini。
真正麻烦的从来不是找不到文件，而是你以为改的是它，其实 PHP 加载的是另一个。
