ThinkPHP开发与生产环境核心区别在于配置行为、加载顺序和运行约束：开发重迭代调试，生产重稳定安全；配置优先级为.env＞运行时设置＞PHP配置文件＞框架默认值；入口必须限定public目录，权限需严格管控；数据库读写分离、多应用配置、调试关闭、定时任务及备份均须按生产规范执行。
ThinkPHP部署和开发环境的核心区别不在代码本身，而在配置行为、加载顺序与运行约束。开发环境追求快速迭代和调试便利，生产部署则必须确保稳定、安全与可追溯。两者配置逻辑一致，但生效方式、优先级和校验要求完全不同。
配置加载优先级决定谁说了算
ThinkPHP的配置不是“改完就生效”，而是按固定顺序逐层覆盖：
- .env 文件优先级最高：DB_HOST、APP_DEBUG 这类键名直接覆盖 config/database.php 或 config/app.php 中对应项，且不区分嵌套结构（比如只认 DB_HOST，不认 database.hostname）
- 运行时动态设置次之：用
config('app.debug', true)可临时修改，但仅对当前请求有效 - PHP 配置文件（如 config/database.php）是默认基线，仅在 .env 未定义时起作用
- 框架内置默认值兜底，一般不建议依赖
常见问题：改了 config/database.php 却连不上库？先检查 .env 是否存在同名键，再清空 runtime/config.php 和 runtime/cache/ ——否则缓存会持续生效。
入口路径与目录权限必须严格区分
开发环境常把整个项目根目录设为 Web 入口，便于调试；但生产环境必须锁定在 public/ 目录：
立即学习“PHP免费学习笔记（深入）”；
- Web 服务器（Nginx/Apache）的 root 或 document_root 必须指向
public/，而非项目根目录 - public 同级的
thinkphp/、apps/、vendor/等目录对外不可访问，这是基础安全防线 - Linux 下需设置合理权限：
public/可读可执行，runtime/和config/目录需可写（但禁止 Web 用户写入），建议用chown -R www-data:www-data统一属主
数据库与多应用配置的硬性条件
开发时随便写的配置，在生产环境可能直接报错：
- 启用读写分离必须同时满足三项：
'deploy' => 1和'rw_separate' => true写在同一连接配置内（如connections.mysql），且'read'是数组套数组，'write'是单层数组 - 多应用模式下（
app_multi => true），子应用配置（如app/admin/config/app.php）不会自动合并进全局配置，只有被路由命中时才加载；想全局生效，必须放在根目录config/下 - 生产环境务必关闭
APP_DEBUG，并确认app.trace为 false，避免敏感信息泄露
定时任务与备份不能靠手动补救
开发环境可以临时跑个 php think timer 测试，但生产环境必须有可持续机制：
- Linux 的 crontab 要绑定到具体用户（如 www-data），避免权限不足导致命令失败
- 数据库备份脚本需包含时间戳命名、自动清理旧备份、压缩传输等环节，不能只导出 SQL
- ThinkPHP 自带的命令行任务（如
php think queue:listen）要配合 supervisor 或 systemd 管理进程生命周期，防止意外退出
