frankenphp独立二进制自带完整php运行时（含php 8.5、caddy及应用代码），静态链接无需系统php依赖；但开发阶段仍需系统php-cli执行composer、artisan、语法检查等构建任务。
不需要，FrankenPHP 独立二进制自带 PHP 运行时，但你仍需要系统 PHP CLI 来做开发相关的事。
frankenphp build 生成的二进制里有没有 PHP？
有，而且是完整嵌入的。它把 PHP 解释器（通常是 PHP 8.5）、Caddy、你的 PHP 应用代码三者静态链接成一个文件。启动时直接运行，不依赖系统上是否装了 php 或 php-fpm —— 连 libphp.so 都不用找。
验证方式：在打包后的二进制所在目录执行：./myapp --version 或 ./myapp php-server --help，能看到 PHP 版本和内置命令说明。
- 这个 PHP 是 FrankenPHP 编译时预置的，扩展有限（默认含
opcache、pdo_sqlite，但不一定有gd、mbstring） - 它的
php.ini路径藏在二进制内部，无法直接编辑；如需调整，得用--php-ini参数指定外部配置文件 - 不能通过
./myapp直接调用 Composer 或 Laravel Artisan —— 它不是 CLI 环境，只是 Web 服务入口
为什么开发时还得装系统 php-cli？
因为 frankenphp build 只负责「打包」，不参与「构建过程」本身。你在打包前要做的事，全得靠本地 php 命令完成：
-
composer install --no-dev --optimize-autoloader（没php就跑不了 Composer） -
php artisan config:clear、php artisan view:clear（Laravel 项目清理缓存） -
php -l app/Http/Controllers/HomeController.php（语法检查） - 甚至
frankenphp build命令自己也要调用本地php来校验环境（比如检查vendor/autoload.php是否可加载）
换句话说：frankenphp build 是个“打包工”，不是“编译器”；它不解释 PHP 代码，只把已准备好的 PHP 文件 + 内置运行时塞进一个包里。
frankenphp php-cli 和系统 php 的行为差异
两者都能执行脚本，但运行上下文完全不同：
-
frankenphp php-cli script.php：走 FrankenPHP 内置 PHP，加载其内置php.ini，扩展集固定，适合轻量部署后验证逻辑 -
php script.php：走你本地安装的 PHP，php.ini可控、扩展可增删、支持 Xdebug、能跑交互式命令（如php artisan tinker） - 常见坑：
frankenphp php-cli执行composer dump-autoload会失败——它没带 Composer，也不支持phar解压逻辑
如果你发现 frankenphp php-cli 报错 “Class not found”，大概率是扩展缺失或自动加载器没提前生成，而不是代码问题。
真正容易被忽略的是：worker 模式下，连 frankenphp php-cli 都用不上。整个应用常驻内存，请求进来直接复用已加载的类和连接，此时“PHP 命令是否存在”这个问题本身已经失效了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
