ThinkPHP 6.x 可在树莓派4B等Linux边缘设备运行，但需裁剪冗余组件：移除think-swoole、think-queue，禁用路由预加载，改用php -S静态路由，精简至CLI服务骨架。
ThinkPHP 能不能在边缘设备上跑，取决于你用哪个版本
5.1 及之后的版本（尤其是 6.x）在树莓派 4B、Jetson Nano 这类带 Linux + 1GB+ 内存的边缘设备上可以跑，但必须砍掉框架默认加载的冗余组件；5.0 及更早版本因依赖较多且不支持 Swoole 原生协程，在资源紧张设备上极易 OOM 或超时。别信“只要能装 PHP 就能跑 ThinkPHP”的说法——thinkphp/framework 自身就带 20+ 个自动加载的类库，没裁剪前单次请求内存占用常超 8MB。
去掉 vendor/topthink/think-swoole 和 vendor/topthink/think-queue 是硬性前提
这两个扩展在边缘场景几乎无用，却会强制拉入 reactphp/event-loop、symfony/console 等重型依赖，导致自动加载器扫描路径暴增 3 倍以上。实测在 512MB RAM 的 Orange Pi 上，仅启用 think-swoole 就会让 php index.php 启动失败，报错：Allowed memory size of 134217728 bytes exhausted。
- 删掉
composer.json中的"topthink/think-swoole"和"topthink/think-queue"行 - 执行
composer update --no-dev（务必加--no-dev，否则phpunit等开发依赖仍会残留） - 手动清空
runtime/下所有子目录，避免缓存中仍引用已卸载组件的类名
App::routeCheck() 关闭路由预加载能省下 2–3MB 内存
ThinkPHP 默认在每次请求初始化时扫描全部 route/ 文件并编译为规则数组，对只有 3–5 个固定接口的边缘服务纯属浪费。关闭后，路由逻辑退回到「按需解析」，首次匹配稍慢（微秒级），但内存常驻量下降明显。
- 在
app/provider.php中注释或删除think\Route服务提供者注册 - 改用静态路由定义：在
route/app.php中直接写Route::get('status', 'api.Status/index');，不调用Route::import() - 确保
config/route.php中'parse_rule' => false，禁用动态规则解析
用 php -S 替代 Apache/Nginx 是最简启动方式，但要注意端口和 MIME 类型
边缘设备通常不需要完整 Web 服务器，php -S 0.0.0.0:8080 public/router.php 足够支撑 HTTP API 服务。但默认的内置服务器不识别 .json 或 .bin 后缀，返回 text/html 会导致前端解析失败。
立即学习“PHP免费学习笔记（深入）”；
- 创建
public/router.php，开头加上if (pathinfo($_SERVER['REQUEST_URI'], PATHINFO_EXTENSION) === 'json') { header('Content-Type: application/json'); } - 避免使用
public/index.php直接启动，它会触发完整的应用初始化流程，比router.php多加载 7 个核心类 - 加
-t public/参数明确文档根目录，防止误读app/下的 PHP 文件
vendor/autoload.php 加载阶段，其实问题不在框架本身，而在没意识到：你部署的不是 Web 应用，而是一个带路由能力的 CLI 服务。删掉所有和「模板渲染」「Session 存储」「日志滚动」相关的中间件和驱动，剩下的才是能在 512MB 设备里活下来的 ThinkPHP。 
