先用composer安装并优化依赖，再通过Phar打包成单个可执行文件。具体步骤：1. 确保composer.json声明依赖，运行composer install和composer dump-autoload –optimize；2. 入口文件引入vendor/autoload.php；3. 编写build.php脚本，使用Phar类创建归档，添加源码与关键依赖文件，设置stub入口；4. 生成myapp.phar后测试运行。注意开启phar.readonly=Off，排除无关文件，可压缩或签名。验证自动加载完整性，确保生产环境兼容性。整个流程实现PHP应用的一键分发。
Composer 和 Phar 可以很好地配合使用，帮助你将基于 Composer 管理依赖的 PHP 项目打包成一个可执行的归档文件（Phar），便于分发和部署。整个过程的核心是：先用 Composer 安装并优化自动加载，再用 Phar 打包所有代码（包括依赖）为单个文件。
确保项目结构清晰并正确使用 Composer
在打包前，确保你的项目通过 composer.json 正确声明了所有依赖，并运行了以下命令：
- composer install：安装所有依赖到 vendor 目录
- composer dump-autoload –optimize：生成优化的自动加载文件，提升性能
建议在项目入口文件（如 index.php 或 bin/cli）中只引入 Composer 的自动加载器，这样 Phar 打包后也能正确加载类：
require_once ‘vendor/autoload.php’;
// 启动你的应用逻辑
编写 Phar 打包脚本
你可以创建一个构建脚本（如 build.php）来生成 Phar 文件。这个脚本负责创建 Phar 归档、添加源码和依赖、设置入口文件以及压缩选项。
示例 build.php：
$phar = new Phar(‘myapp.phar’);
$phar->startBuffering();
// 添加项目源码（排除不必要的文件）
$phar->buildFromDirectory(‘.’, ‘*.php’);
// 显式添加 vendor 中的关键文件（或整个目录）
$phar->addFile(‘vendor/autoload.php’);
// 可递归添加 vendor 中的类映射文件（根据实际路径调整）
// 设置默认执行入口（即运行 phar 时执行的文件）
$phar->setStub(“#!/usr/bin/env phpn” . $phar->createDefaultStub(‘index.php’));
$phar->stopBuffering();
echo “Phar 已生成：myapp.pharn”;
注意：buildFromDirectory 默认不会递归扫描 vendor，建议手动确认关键文件是否被包含，或改用遍历目录的方式精确控制。
验证并运行 Phar 文件
生成后，可通过命令行测试 Phar 是否正常工作：
php myapp.phar
如果入口文件配置正确且所有类都能被自动加载，应用应正常运行。若报错“class not found”，检查 vendor 目录中的类是否完整包含，或尝试使用 composer dump-autoload –classmap-authoritative 生成更严格的类映射。
注意事项与最佳实践
- 确保 phar.readonly 在 php.ini 中设为 Off，否则无法生成 Phar
- 避免打包大体积文件（如测试数据、日志、.git）以减小体积
- 可对 Phar 进行签名或压缩（如 $phar->compressFiles(Phar::GZ)）
- 生产环境发布前，建议用独立环境测试 Phar 的兼容性
基本上就这些。只要 Composer 自动加载清晰，Phar 脚本能完整包含代码和依赖，两者配合就很顺畅。不复杂但容易忽略细节，比如自动加载优化和文件遗漏。搞定之后，一键分发 PHP 应用就变得非常方便。