PHP 5.4.0起已彻底移除safe_mode，TRAe中所谓“PHP安全模式”实为disable_functions、open_basedir或沙箱限制；需检查PHP版本、禁用函数列表及TRAe三层防护机制并重启服务生效。
TRAe 是一个基于 Web 的 PHP 集成开发环境（类似小皮面板、宝塔的轻量版），但它的“PHP 安全模式”其实是用户对
的误称——PHP 自 5.4.0 起已彻底移除该特性，任何 TRAe 版本都不可能启用或关闭它。你实际遇到的，大概率是
、
或 TRAe 自带的沙箱限制。
为什么找不到 safe_mode 配置项？
PHP 源码里早没这玩意了。从 PHP 5.4.0 开始，
被完全废弃并删除；5.4+ 编译时即使加
也无效。TRAe 若基于 PHP 7.x/8.x，
配置文件
里搜
必然为空。
检查 PHP 版本：
，若显示
或更高，直接放弃找这个参数
中残留的
属于历史垃圾配置，删掉也不影响运行
真正起作用的是
（禁用函数列表）和
（目录访问白名单）
TRAe 中限制 PHP 执行能力的常见位置
TRAe 的“安全限制”主要来自三处：PHP 配置、TRAe 后台界面开关、以及其内置的代理/沙箱层。需逐层排查：
进入 TRAe 控制台 →「PHP 设置」→ 查看「禁用函数」栏，常见被禁的有
、
、
、
—— 这些才是导致命令执行失败的真凶
检查
中
值，如为
，则 PHP 无法读写其他路径（比如
）
部分 TRAe 版本会拦截高危函数调用（哪怕
未设），此时需在 TRAe 设置中关闭「PHP 函数过滤」或「WebShell 防护」开关
如何验证当前限制是否生效？
别靠猜，用最小代码实测：
立即学习
“
PHP免费学习笔记（深入）
”；
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
如果输出中
显示
，且
包含该函数名，那问题就定位清楚了——不是安全模式，是函数被明确禁用。
修改后不生效？注意 TRAe 的缓存与重启逻辑
TRAe 不像 Apache 那样 reload 就生效，它常驻进程管理 PHP-FPM，改完
后必须手动重启 PHP 服务：
在 TRAe 界面点击「PHP」→「重启」（不是「重载」）
若界面无按钮，终端执行：
或
（取决于安装方式）
确认进程已更新：
查看启动时间是否为修改后
某些 TRAe 版本会把用户自定义配置写入
，优先改这里而非主
真正麻烦的不是关某个开关，而是 TRAe 把多层限制叠在一起：PHP 层禁函数、应用层做白名单、
前端
还加 JS 校验。遇到“明明开了却还是报错”，得一层层
对比，看哪一层偷偷又拦了一道。
safe_modedisable_functionsopen_basedirsafe_mode--enable-safe-modesafe_modephp -v7.2.34php.inisafe_mode = Offdisable_functionsopen_basedirexecshell_execsystempassthruphp.iniopen_basedir/www/wwwroot/:/tmp//home/user/disable_functionsexecbool(false)disable_functionsphp.initrae php restartsystemctl restart trae-phpps aux | grep php-fpm/opt/trae/php/conf.d/user.iniphp.iniphpinfo()