要确认phpenv中真正生效的php.ini路径，需在网站根目录创建info.php（内容为），通过浏览器访问后查找“loaded configuration file”项所示的完整路径；若显示none，说明未加载任何php.ini，需检查php版本绑定及模块启用状态。
phpEnv 是 Windows 下的集成环境，它不直接提供图形化界面修改 PHP 配置，必须手动编辑 php.ini 文件 —— 且要注意它可能有多个 php.ini 实际生效，改错位置等于白改。
怎么找到真正生效的 php.ini
phpEnv 启动后，PHP 运行时加载的配置文件只有一个，但不同 PHP 版本、不同运行模式（Apache 模块 / CLI / Nginx+PHP-FPM）对应不同路径。不能凭目录名猜测。
- 在网站根目录放一个
info.php，内容为<?php phpinfo(); ?>，浏览器访问它 - 搜索页面中的
Loaded Configuration File，看它指向哪条完整路径，例如C:\phpEnv\php\php-8.2.12\php.ini - 如果显示
none或路径为空，说明当前没加载任何 php.ini，需确认 phpEnv 是否已正确绑定 PHP 版本并启用模块
post_max_size 和 upload_max_filesize 必须成对调
这两个值不是独立生效的：post_max_size 是整个 POST 请求体上限（含所有字段 + 所有上传文件），upload_max_filesize 是单个文件上限。若只改后者，大文件仍会被截断，$_FILES 为空，且无明确错误提示。
- 设
upload_max_filesize = 64M，则post_max_size至少设为64M，建议72M（预留表单字段空间） - 单位必须写
M（如64M），不能写MB或数字（67108864）—— phpEnv 中部分版本解析MB失败 - 改完后务必检查
memory_limit是否足够，建议 ≥post_max_size × 1.5，否则文件还没读完就内存溢出
改完不生效？先排除 phpEnv 特有陷阱
phpEnv 的 Apache 模块和 CLI 使用的是同一份 php.ini，但它的“服务重启”按钮有时不触发 PHP 模块重载，导致配置看似生效实则缓存旧值。
- 不要只点 phpEnv 界面的“重启 Apache”，要手动执行：
net stop apache2.4 && net start apache2.4（Windows 命令行，管理员权限） - 如果用的是 phpEnv 内置的 Nginx 模式，则需重启
php-cgi.exe进程（任务管理器里杀掉所有php-cgi，再点 phpEnv 的“启动 Nginx”） - 改完后清空浏览器缓存，或用
curl -I http://localhost/info.php确认响应头无 500 错误；再看phpinfo()页面里对应值是否更新
别碰 .htaccess 和 ini_set()
phpEnv 默认使用 Apache 的 mpm_winnt 模块，且多数预设配置禁用了 AllowOverride All，因此 .htaccess 中的 php_value post_max_size 会直接触发 500 错误；而 ini_set('post_max_size', ...) 在任何 PHP 版本中都无效，因为该参数属于 PHP_INI_PERDIR 类型，请求开始解析 POST 数据前就已锁定。
真正容易被忽略的是：phpEnv 安装多个 PHP 版本时，每个版本都有自己的 php.ini，但控制面板里选中的“当前版本”未必是你实际在用的那个 —— 浏览器里 phpinfo() 显示的 PHP Version 和 Loaded Configuration File 才是唯一可信依据。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
