symfony项目目录可物理分离但需遵守框架约束：config/、src/、templates/等核心目录必须存在，可通过环境变量或配置重定向路径（如app_templates_dir），缓存目录var/不可拆分，自动加载器依赖src/结构，修改后须更新composer.json并运行composer dump-autoload。
Composer 本身不直接支持“拆分目录”创建 Symfony 项目，但你可以通过组合使用 Composer 和 Symfony CLI，并配合手动结构调整或自定义安装流程，实现源码、配置、公共资源等目录的物理分离。这种做法常见于大型团队协作或需对接特定部署规范（如容器化、多环境静态资源托管）的场景。
理解“拆分目录”的真实含义
所谓“拆分目录”，不是指 Symfony 官方标准项目结构被破坏，而是将原本默认集中存放的某些内容（如模板、配置、前端资产）迁移到独立路径，同时保持框架正常识别和加载。关键前提是：Symfony 的核心约定（如 config/、src/、templates/）仍需存在，只是它们可以是符号链接，或通过配置重定向路径。
用 Composer 初始化 + 手动重定向目录
先用 Composer 创建基础项目，再调整目录映射：
- 运行
composer create-project symfony/skeleton myapp或symfony new myapp --webapp得到标准结构 - 新建分离目录，例如：
./shared/config（存通用配置）、./frontend/assets（存 JS/CSS）、./views（存 Twig 模板） - 修改
config/bootstrap.php或src/Kernel.php中的路径注册逻辑：- 覆盖
getProjectDir()返回主项目根目录（如realpath(__DIR__.'/../')） - 在
configureContainer()中用$container->setParameter('kernel.project_dir', $projectDir)确保路径基准一致 - 为 Twig 配置指定模板根目录：
twig: { paths: ['%kernel.project_dir%/../views'] } - 为 Doctrine 配置实体路径：
doctrine: { orm: { mappings: { App: { dir: '%kernel.project_dir%/../src/Entity' } } } }
- 覆盖
利用 Symfony 的“可配置目录”机制
Symfony 5.4+ 支持通过环境变量或配置显式声明部分目录位置，无需硬改代码：
- 在
.env中定义：APP_TEMPLATES_DIR=/var/www/myapp/views - 在
config/packages/twig.yaml中写：paths: ["%env(APP_TEMPLATES_DIR)%"] - 同理，可设
APP_CONFIG_DIR、APP_PUBLIC_DIR，并在public/index.php或Kernel.php中读取并挂载 - 注意：所有外部路径必须可被 PHP 进程读取，且 Web 服务器（如 Nginx）需单独配置静态资源路由指向
APP_PUBLIC_DIR
避免踩坑的关键点
拆分不是自由移动文件，而是有约束的路径重映射：
-
不要删除原始目录——即使为空，
config/、src/、templates/等仍需存在，否则缓存生成、命令行工具（如bin/console）可能报错 -
缓存路径不能拆分——
var/cache和var/log必须保留在项目内，且需写入权限；可软链到高速磁盘，但不可跨文件系统硬迁移 -
自动加载器依赖 src/ 结构——Composer 的 autoload 仍按
"psr-4": { "App\": "src/" }解析，若把src/移走，需同步更新composer.json并执行composer dump-autoload -
CLI 工具认的是项目根——
symfony console始终以composer.json所在目录为基准，所有自定义路径最终都要能回溯到它
