thinkphp5 api性能优化需启用swoole常驻模式、禁用冗余中间件与模板、启用多级缓存（路由/配置/字段/类库）、切换redis队列驱动并指数退避重试、开启opcache与nginx fastcgi缓存。
如果您在使用ThinkPHP5开发API接口时遇到响应延迟高、吞吐量低或CPU占用异常等问题，则可能是由于框架默认HTTP生命周期开销、数据库短连接、模板与中间件冗余加载、缓存未启用或调试模式未关闭所致。以下是提升ThinkPHP5 API接口性能的多种优化方案：
一、绕过框架HTTP生命周期，启用Swoole常驻内存模式
传统PHP-FPM每次请求重建$app实例、重复初始化配置与数据库连接，导致平均耗时12–18ms；Swoole模式下通过WorkerStart阶段一次性完成初始化，可将单接口耗时压至0.8–1.5ms，QPS实测突破3000+。
1、在项目根目录新建swoole_server.php入口文件，引入框架并创建Swoole HTTP服务器实例。
2、在onWorkerStart回调中调用$app->initialize()，确保Db、Cache、Validate等核心组件可用。
3、显式调用Db::setConfig()配置数据库连接池参数，例如['pool' => ['maxIdleTime' => 60, 'maxActive' => 30]]，禁用默认短连接。
4、执行ini_set('session.auto_start', 0)关闭Session自动启动，避免Swoole Worker进程间冲突。
5、验证Db::connect()返回非null对象，若仍报Call to a member function query() on null，说明Db::setConfig()未在WorkerStart中执行。
二、禁用冗余中间件与模板引擎，精简请求处理链
默认think\App会加载全部中间件并尝试匹配视图路径，而纯JSON API场景下这些逻辑完全无用，构成显著CPU与I/O开销。
1、在路由定义中显式清空中间件栈：Route::get('api/user/:id', 'api/User.read')->middleware([])。
2、控制器类继承think\Controller，严禁继承think\Controller\RestController，后者内置格式协商、状态码映射等非必要逻辑。
3、响应统一使用json()方法，但需注意：若已通过Swoole $response->end()手动输出，不得再调用json()，应直接echo json_encode($data)后exit。
4、确认application/config.php中'template' => ['type' => 'Think']配置项已被移除或注释，防止模板引擎被意外触发。
三、启用多级缓存机制并预编译运行时结构
模板未缓存、字段未预读、路由未编译会导致每次请求重复解析语法、查询数据库schema、遍历路由规则，大幅增加CPU负载。
1、修改application/config/template.php，确保'tpl_cache' => true且'cache_path'指向可写目录如'../runtime/cache_template/'。
2、在项目根目录执行命令生成路由缓存：php think optimize:route。
3、执行命令生成配置缓存：php think optimize:config，该操作要求当前config.php已为生产环境配置。
4、执行命令生成数据表字段缓存：php think optimize:schema，避免每次查询前动态读取数据库元信息。
5、执行命令生成类库映射文件：php think optimize:autoload，减少自动加载器遍历开销。
四、切换队列驱动并优化异步任务执行策略
同步队列驱动（sync/database）存在序列化阻塞与I/O等待，而Redis驱动配合连接池可降低入队/出队延迟，尤其适用于短信、邮件、日志归档等异步任务。
1、修改application/extra/queue.php，将'connector'设为'redis'，并添加'pool'配置项：['maxIdleTime' => 60, 'maxActive' => 30]。
2、停用work --daemon模式，改用listen模式启动：php think queue:listen --queue default --delay 0 --sleep 1 --tries 3。
3、对关键任务实现指数退避重试：在Job类fire()中捕获异常后调用$job->release(2 ** $job->attempts())。
4、对非关键任务设置初始延迟：Queue::later(300, new LogArchiveJob(), $data)，错峰释放系统资源。
五、启用OPcache与Nginx FastCGI缓存加速响应
PHP字节码重复编译、Nginx频繁回源PHP-FPM是隐藏性能瓶颈，OPcache可消除脚本解析开销，FastCGI缓存则复用完整HTTP响应。
1、确认php.ini中启用OPcache：opcache.enable=1、opcache.enable_cli=1、opcache.memory_consumption=128。
2、设置opcache.max_accelerated_files=10000、opcache.revalidate_freq=60，平衡内存占用与更新灵敏度。
3、在Nginx server块中配置fastcgi_cache_path，定义缓存区my_cache大小为10m。
4、在location /块中添加fastcgi_cache my_cache、fastcgi_cache_valid 200 302 10m，仅缓存成功响应。
5、添加add_header X-Fastcgi-Cache $fcgi_cache_status，用于前端或监控识别缓存命中状态。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
