phpEnv中修改memory_limit需编辑当前Web服务实际加载的php.ini，如C:\phpenv\php\8.2.12\apache2\php.ini（Apache）或C:\phpenv\php\8.2.12\nginx\php.ini（Nginx），改后必须重启对应服务，并通过phpinfo()确认“Loaded Configuration File”路径及memory_limit值已更新。
phpEnv 中修改 memory_limit 的实际路径在哪
phpEnv 是 Windows 下的 PHP 集成环境（类似 XAMPP、WampServer），它自带 Apache/Nginx 和多个 PHP 版本，但不提供图形化配置界面，所有 PHP 配置仍需手动编辑 php.ini。关键点是：phpEnv 为每个 PHP 版本维护独立的 php.ini，你必须改对那个被当前 Web 服务实际加载的版本。
常见错误是只改了 phpenv/php/{version}/php.ini，却没改 phpenv/php/{version}/apache2/php.ini（Apache 模式）或 phpenv/php/{version}/nginx/php.ini（Nginx 模式）。Web 服务启动时读取的是模块对应目录下的配置，不是根目录下的那个。
- 用
phpinfo()页面确认“Loaded Configuration File”路径，这是唯一可信来源 - 典型路径示例：
C:\phpenv\php\8.2.12\apache2\php.ini（Apache）、C:\phpenv\php\8.2.12\nginx\php.ini（Nginx） - 不要修改
phpenv/php/{version}/php.ini—— 它只影响 CLI 模式，不影响网页请求
改完 php.ini 为什么没生效
phpEnv 的 Apache/Nginx 是作为 Windows 服务运行的，**仅重启浏览器或刷新页面无效**。必须重启对应的服务进程：
- 打开 phpEnv 控制面板 → 找到当前启用的 Apache 或 Nginx 服务 → 点击“Restart”按钮
- 或者进 Windows 服务管理器（
services.msc），找到名称含Apache或nginx的服务，右键重启 - 改完后务必再跑一次
phpinfo()，核对memory_limit行和“Loaded Configuration File”是否同步更新
另一个常见陷阱：phpEnv 默认启用多个 PHP 版本，但 Web 服务只绑定其中一个。如果你在 8.1 的 php.ini 里改了，却用 8.2 启动了 Apache，那修改完全不生效。
立即学习“PHP免费学习笔记（深入）”；
脚本内用 ini_set() 在 phpEnv 里能用吗
可以，但有硬性前提：php.ini 中的 disable_functions 不能包含 ini_set，且 memory_limit 必须未被设为 no value（即不能是空字符串）。
检查方法：在 phpEnv 的 php.ini 中搜索这两行：
disable_functions = pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,ini_set
如果 ini_set 出现在 disable_functions 列表里，删掉它，再重启服务。否则 ini_set('memory_limit', '512M') 会静默失败，无报错也无效果。
- CLI 模式下该函数默认可用；Web 模式下取决于
php.ini配置 - 即使可用，也不能突破
php.ini中设置的上限值（比如php.ini设了 128M，ini_set就无法设成 512M） - 单位大小写敏感：
'512M'有效，'512m'在某些旧版本可能被忽略
为什么建议优先改 php.ini 而不是依赖 ini_set()
因为 phpEnv 是本地开发环境，没有多租户隔离需求，全局改 php.ini 更稳定、可追溯、无运行时开销。而 ini_set() 带来三个隐蔽问题：
- 每次请求都执行一次函数调用，虽小但非零开销
- 如果脚本在内存已接近临界点时才调用
ini_set()，PHP 可能已在分配前就触发了溢出错误 - 多人协作时，分散在各脚本里的
ini_set()容易遗漏、冲突或误删，不如统一配置一目了然
真正需要 ini_set() 的场景极少：比如你正在调试一个临时脚本，不想反复重启 Apache；或者某个特定 CLI 工具必须用更高内存，但又不想影响其他命令。除此之外，直接改对 php.ini 是最干净的做法。
