PHP本身不创建虚拟目录，它是Web服务器（如Apache、IIS、Nginx）通过路径映射（如Alias、location、图形化添加）将URL前缀指向物理目录，并显式配置PHP处理器与权限后实现的功能；本质是服务器行为，与PHP版本无关。
PHP 本身不创建虚拟目录，它只是被 Web 服务器执行的脚本语言。所谓“PHP 创建虚拟目录”，实质是Web 服务器（如 IIS、Nginx、Apache）配置了一条 URL 路径到物理磁盘路径的映射规则，并确保该路径下的 .php 文件能被正确交由 PHP 解释器处理——这才是用户感知为“PHP 虚拟目录”的全部逻辑。
虚拟目录不是 PHP 功能，而是 Web 服务器的路径映射机制
虚拟目录本质是 Web 服务器提供的功能，与 PHP 版本、扩展或语法无关。它的作用是把一个 URL 前缀（比如 /admin 或 /soft）指向服务器上任意位置的真实文件夹（比如 D:\myapp\backend），从而绕过网站根目录限制，实现灵活部署。
- Apache 用
Alias指令 +<directory></directory>权限控制 - IIS 用“添加虚拟目录”图形操作 + 手动绑定 FastCGI 处理程序
- Nginx 没有原生虚拟目录概念，靠
location+alias或root配合fastcgi_param SCRIPT_FILENAME实现等效效果
为什么 PHP 文件在虚拟目录里不执行？关键在“处理程序穿透”
即使虚拟目录建成了，.php 文件仍可能被下载、报 500 错误或返回 404，根本原因不是 PHP 问题，而是Web 服务器没把请求转发给 PHP 解释器。
- IIS 默认只对网站根目录注册了 .php 映射；虚拟目录节点不自动继承，必须右键 → “处理程序映射” → 手动添加 FastCgiModule 映射，指向
php-cgi.exe - Nginx 中
alias会替换 URI 前缀，导致$document_root失效，必须显式用$request_filename或拼接$document_root$fastcgi_script_name传给 PHP-FPM - Apache 的
Alias不影响DocumentRoot，但需单独为该路径配置Options +ExecCGI和AddHandler application/x-httpd-php .php
权限与路径细节决定成败
映射写对了，还可能因底层系统限制失败。两个常被忽略但致命的点：
立即学习“PHP免费学习笔记（深入）”；
-
Windows 权限：IIS 需要
IIS_IUSRS和IUSR对虚拟目录物理路径有“读取 & 执行”权限；Nginx+PHP-FPM 在 Windows 下若以不同用户运行，也需确保 PHP-FPM 进程能访问目标目录 -
php.ini 关键参数：
cgi.fix_pathinfo在 IIS 场景建议设为0（防路径解析漏洞），但在 Nginx+Windows 场景必须设为1，否则 PHP 找不到脚本文件，报 “Primary script unknown”
虚拟目录 ≠ 网站根目录，安全边界必须主动控制
把 ThinkPHP、Laravel 等框架整个丢进虚拟目录是高危操作。这些项目含敏感目录（app/、config/、.env），若 Web 服务器未限制访问，会被直接下载。
- 正确做法：虚拟目录的物理路径应只指向框架的
public/子目录，其他结构保留在 Web 不可访问区域 - Apache 示例：
Alias /api "D:/projects/myapp/public"，再配<directory> ... </directory> - IIS/Nginx 同理，确保只有入口文件（如 index.php）暴露，其余路径被明确拒绝或重写
