thinkphp5生产环境模式需同时满足app_debug=false、app_trace=false、log_level=error（或空）三项配置，且须确保.env在根目录、无bom、格式规范、配置文件中显式调用env()并清除缓存。
ThinkPHP5 网站上线后，生产环境模式不是靠“开启开关”实现的，而是靠关闭调试、禁用错误显示、屏蔽敏感信息这三件事共同生效——缺一不可。
修改 .env 文件中的关键配置项
TP5 使用 .env 文件控制环境行为，上线前必须确认以下三项已设为生产值：
-
APP_DEBUG=false：关闭调试模式，否则会暴露完整错误堆栈和变量 dump -
APP_TRACE=false：禁用页面 Trace 工具栏（即使APP_DEBUG=true时它也默认关闭，但显式设为false更稳妥） -
LOG_LEVEL=error或留空（默认只记录 error 级别）：避免日志里写满 debug 信息，拖慢磁盘 I/O
注意：.env 必须放在项目根目录（与 public/ 同级），且不能被 Web 服务器直接访问（宝塔/Nginx/Apache 默认已禁止访问 .env，但需确认 location ~ \.env$ 规则存在）。
检查 config/app.php 中的 debug 和 app_status
虽然 .env 优先级更高，但部分老项目或自定义配置可能覆盖了它：
- 确保
'debug' => env('APP_DEBUG', false)没被硬编码成true -
'app_status' => env('APP_STATUS', 'normal')不影响生产模式，但若设为demo或develop，某些扩展可能据此启用额外日志或水印，建议保持normal - 如果项目中存在
define('APP_DEBUG', true)这类全局定义，必须删掉——它会彻底绕过.env
验证是否真进入生产模式的三个信号
改完配置不等于生效，必须通过现象反推：
- 触发一个语法错误（比如在控制器里写
foo(少个括号），页面应显示“系统繁忙，请稍后再试”，而不是满屏红色错误堆栈 - 访问一个不存在的路由（如
/abc123），应返回 404 页面（TP5 自带的简洁 404），而非带文件路径和 trace 的调试页 - 查看
runtime/log/下最新日志文件，内容应只有类似[ error ] [ app ] SQLSTATE[HY000] [1045] Access denied...这类错误行，没有[ debug ]或[ sql ]记录
容易被忽略的部署细节
很多线上问题其实和框架无关，而是部署姿势不对：
-
runtime/目录权限必须是可写（755 或 775），否则日志和缓存无法生成，错误会被静默吞掉，表现为“什么都没报但功能异常” - 宝塔用户常误把网站根目录设为项目根目录（含
app/、think），正确应指向public/；否则.env可能被 Web 访问到，且入口文件无法加载配置 - Apache 用户需确认
.htaccess中的RewriteRule没把.env暴露出来（规则末尾应有RewriteRule ^\.env - [R=404]类似防护）
真正卡住人的往往不是配置项本身，而是 .env 文件没生效（被 gitignore 掉忘了传）、runtime 权限不对、或者 Web 根目录指错了位置——这些比改 APP_DEBUG 更常导致“明明关了调试却还在报错”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
