thinkphp开发效率瓶颈在于重复操作和配置低效；think:build仅生成骨架，需装liuferen/think-curd才能生成完整crud；config()点号访问慢，应固化常量或直引缓存文件；路由修改需php think clear:route；cli无http上下文，须显式传参或拆分业务逻辑。
ThinkPHP 的开发效率瓶颈，往往不在写业务逻辑，而在重复建文件、反复查配置、手写 CRUD、改完代码要清缓存才能看到效果——这些动作每天发生多次，积少成多就是半天工时。
think:build 为什么生成的控制器/模型是空的
因为 think:build 是骨架生成器，不是业务生成器。它只创建类声明、命名空间和基础 __construct，不写任何方法体，也不读数据库字段。
- 想生成带
index/save/delete的完整控制器，得用第三方命令think:curd（注意拼写是curd，不是crud） - 装错包会导致命令不存在：必须执行
composer require liuferen/think-curd，别用其他同名废弃包 - 装完后检查
config/console.php是否有这行：'think:curd' => \liuferen\thinkcurd\command\Build::class - 表名必须规范，比如
user_address才会生成UserAddressModel；useraddress会变成UseraddressModel，后续关联容易出错
config() 调用慢，不是缓存没生效，而是你调得太“深”
即使运行过 php think optimize:config，config('database.connections.mysql.host') 仍比 config('db_host') 慢 2–3 倍——因为点号键要逐层 explode + 递归数组查找。
- 开发期关掉
APP_DEBUG=true，否则optimize:config直接跳过写缓存 - 确保
runtime/cache/可写，否则命令静默失败，config.php根本不生成 - 高频访问的配置项，提前在
app/common.php里用define('DB_HOST', config('database.connections.mysql.host'))固化为常量 - CLI 场景（如定时任务）若只用到两三个配置，直接
require runtime/cache/config.php然后取变量，绕过config()函数层
路由改了不生效，先别 reload server
ThinkPHP 的路由缓存默认只在 APP_DEBUG=false 时启用。开发期改了 route/app.php 却看不到效果，大概率是因为缓存没清，而不是路由写错了。
- 执行
php think clear:route，它会删掉runtime/cache/route.php - 如果用注解路由（
@Route），还要加--force参数：php think clear:route --force，否则注解缓存不会重建 - Apache 用户注意：
.htaccess里的重写规则改了，得重启 Apache 或 httpd 进程，光清框架缓存没用 - Nginx 用户注意：
try_files配置改了，必须nginx -s reload，否则 404 会一直报给框架层，根本进不到路由匹配
自定义命令里拿不到当前请求上下文
CLI 命令本质是无 HTTP 上下文的，$this->request、$this->session 全是 null。这不是 Bug，是设计使然。
- 不要在
handle()里直接调用依赖 Request 的方法，比如input('id')会返回空 - 参数必须显式传入：用
$this->argument('id')或$this->option('force')获取命令行参数 - 需要模拟请求？手动 new 一个
Request实例：$request = Request::create('/api/user', 'GET', ['id' => 123])，但仅限测试场景 - 真正需要 Web 上下文的逻辑（如发邮件、改用户状态），应该拆成独立 service 类，让命令和控制器都调它，而不是把业务塞进命令里
最常被忽略的是 CLI 和 Web 环境的配置隔离：.env 里 APP_DEBUG=true 时，php think 命令也会跳过所有缓存写入，但开发者往往只盯着浏览器表现，忘了命令行也受同一开关控制。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
