PhpStorm多项目管理只有两种可靠方式：多独立窗口或添加Content Root。前者完全隔离、推荐不超过3个活跃窗口；后者轻量但易混淆上下文，不加载对方配置且类跳转可能失效。
PhpStorm 本身不支持单窗口内“并列打开多个独立项目”，所谓“多项目管理”只有两种可靠路径：要么用多个独立窗口，要么把其他项目作为模块/内容根目录（Content Root）加进当前项目。前者真隔离、易切换；后者省资源但容易混淆上下文——选错就踩坑。
用 Open in new window 启动真正独立的项目窗口
这是最干净、最符合直觉的方式。每个窗口对应一个完整项目，配置、运行环境、VCS 状态、调试会话全部互不干扰。
- 必须提前在
Settings → Appearance & Behavior → System Settings → Projects中勾选Open project in a new window；否则点击File → Open时只会弹出覆盖提示 - Windows 下用
Alt + Tab、macOS 下用Cmd + `可快速轮换 PhpStorm 的多个窗口 - Linux（如 Ubuntu/CentOS）上若窗口切换不灵敏，检查桌面环境是否禁用了应用多窗口聚焦（GNOME 默认正常，KDE 有时需手动启用 “Focus stealing prevention”）
- 注意：所有窗口共享同一份 JVM 内存，开太多容易触发 GC 暂停，卡顿明显——建议不超过 3 个活跃窗口
把另一个项目设为 Content Root 而非完整项目
适合轻量级查看、临时调试或项目结构高度相似的场景（比如微服务中几个 PHP 子模块）。它不是“打开项目”，而是“把某个目录当作当前项目的额外源码区域”。
- 操作路径：
File → Project Structure → Modules → [当前模块] → Sources → Add Content Root - 添加后，该路径下文件会出现在
Project工具窗口里，但不会加载其.idea配置、不会读取它的php.ini或运行配置 - 常见误操作：以为能直接运行对方的
index.php—— 实际仍走当前项目的服务器配置和解释器路径 - 如果两个项目共用 Composer autoloader，
Content Root方式会导致类跳转失效或Go to Declaration错乱
别信“Split Vertically + 多模块导入”能模拟多项目
有人尝试先用 File → Project Structure → Modules → + → Import Module 把项目 B 导入项目 A，再分屏摆放文件——这看似像多项目，实则埋雷。
立即学习“PHP免费学习笔记（深入）”；
- 导入的是“模块”，不是“项目”，B 的
.idea/runConfigurations、vcs.xml、phpunit.xml全部被忽略 - 编辑器右下角显示的 PHP 解释器、编码格式、代码风格，始终以主项目（A）为准，B 的
.editorconfig会被静默覆盖 - Git 提交时，
VCS → Git → Repositories里只列出主项目仓库，B 的变更根本不会出现在提交面板 - 一旦误删
.idea/modules.xml，整个导入关系丢失，且无法一键恢复
Window → New Window 是快捷键盲区，但最稳
很多人习惯用 File → Open，却忽略顶部菜单栏的 Window → New Window。这个操作不依赖任何设置开关，也不触发任何弹窗确认，点完立刻生成空白新窗口，再拖入项目目录即可。
- 比反复关闭/重开项目快得多，尤其适合频繁切客户项目、本地开发与测试环境并行的场景
- 新窗口继承当前 PhpStorm 的 UI 主题、字体大小、插件启用状态，但所有项目级配置（SDK、编码、VCS）都是全新初始化
- CentOS/Ubuntu 上若发现
New Window灰掉，大概率是当前处于“无项目打开”状态（比如刚关掉最后一个项目），先任意打开一个目录再试 - 唯一代价：每个窗口都占用约 800MB 内存，长期挂着不用的窗口建议手动关闭释放资源
真正麻烦的从来不是“怎么打开多个项目”，而是“哪个窗口正在跑哪个项目的调试进程”“哪份 php.ini 正在生效”“Git 提交时到底选了哪个仓库”。独立窗口虽占内存，但边界清晰；Content Root 轻便，但所有隐式依赖都得你手动对齐——没想清楚上下文归属前，别急着合并。
