2017年那会儿，后台我刚进一家小电商公司。后台技术部就三个人，后台老张负责前端，后台我管后端，后台还有个刚毕业的后台小李打杂。老板天天催着上会员系统，后台说隔壁公司用PHP写了个后台，后台半个月就上线了。后台我们当时用的后台是Java，光配置Spring就花了一周。后台老张抽着烟说，后台要不换ThinkPHP试试？后台

那是我第一次正儿八经用ThinkPHP。说实话，后台一开始挺看不起的后台——PHP不是被调侃为“世界上最好的语言”吗？但真上手后，我服了。就拿建表来说，ThinkPHP的模型关联写得像在写散文。用户表、订单表、积分表，只要在模型里定义好关系，查询的时候直接链式操作，代码干净得不像后端。不像Java，写个多表查询得堆半屏的SQL。

最让我印象深刻的是它的自动验证。电商后台有个坑——运营人员填商品价格时，经常手滑填成负数。以前用Java，得在Controller里写一堆if-else判断，看着就烦。ThinkPHP的验证器直接在模型层定义规则，price => 'require|number|egt:0'，一行搞定。后来运营再填错，页面直接弹红色提示，连数据库的边都摸不到。

不过ThinkPHP也不是没脾气。有一次我们做秒杀活动，后台需要实时更新库存。我用的是ThinkPHP 5.0，那个版本的Db类在并发下偶尔会丢更新。当时线上出了两单超卖，客户投诉电话直接打到老板那。我查了两天才发现，是框架的查询构造器在写条件时，对某些特殊字符处理不够严谨。后来我手动加了锁，才算稳住。

要说它最大的优点，其实是“快”——不是运行快，是开发快。小李刚毕业，没写过PHP，我扔给他一份ThinkPHP5.1的文档，让他做个优惠券管理模块。他三天就交活了，虽然代码写得像意大利面，但功能跑通了。换Java，他光理解MVC分层就得一周。这框架的入门门槛低得离谱，路由规则简单，控制器方法直接对应URL，连配置文件都是数组格式，看两眼就会改。

但快也带来代价。ThinkPHP的模板引擎是它自己的，跟Blade或者Thymeleaf完全不是一回事。老张想复用前端的Vue组件，结果发现ThinkPHP的模板标签跟Vue的{ { }}语法冲突。最后我们不得不把模板里的分隔符改成<%%>，折腾了半天。这种小众的生态问题，用的人多了才有人帮你踩坑。

现在回头想，ThinkPHP就像个工具钳——不精致，但耐操。它没有Spring那么重的容器管理，也没有Laravel那么优雅的语法糖，但它就是能让你在老板拍桌子时，三天内把功能怼上去。后来公司业务转型，我们换成了Go语言，但那段用ThinkPHP救火的日子，我至今记得。框架这东西，没有绝对的好坏，只有合不合适的场景。至少在那个夏天，它帮我们扛住了双十一的流量峰值——虽然事后看监控，数据库慢查询日志里躺着几百条没优化的SQL。