PHP本身不直接创建虚拟目录，所谓“虚拟目录”是Web服务器（如Apache、Nginx）提供的功能，PHP仅作为后端脚本语言运行其中；实际中需区分Web服务器配置的虚拟目录（推荐生产使用）与文件系统级软链接（适合开发调试），二者在实现层级、权限控制、安全性和维护成本上差异显著。
PHP本身不直接创建虚拟目录，所谓“虚拟目录”是Web服务器（如Apache、Nginx）提供的功能，PHP作为后端脚本语言运行在其中。实际中常被混淆的两种路径映射方式是：Web服务器配置的虚拟目录（Alias/VirtualHost/Location） 和 文件系统级的软链接（symbolic link）。它们目标相似——让URL路径指向非DocumentRoot下的PHP文件，但实现层级、权限控制、安全影响和维护成本差异明显。
Web服务器配置虚拟目录（推荐用于生产）
以Apache为例，通过Alias或<directory></directory>配合Require策略，在配置文件中声明URL路径与物理路径的映射关系。
- 权限由Web服务器统一管控，可精细到IP、用户、HTTP方法，比如只允许GET访问静态资源、禁止执行上传目录中的PHP
- 不暴露真实文件路径，URL结构干净，便于SEO和路由规划（如
/api/v2/→/opt/myapp/backend/） - 支持独立启用PHP解析、设置环境变量、开启OPcache、配置错误日志，不影响主站行为
- 重启服务后生效，变更受版本控制，适合CI/CD流程；SELinux或AppArmor策略也更容易按目录单独赋权
软链接方式（适合开发或临时调试）
在DocumentRoot下创建指向外部目录的符号链接，例如：ln -s /var/www/shared/lib /var/www/html/lib，再通过http://site.com/lib/utils.php访问。
- 无需改Web服务器配置，操作快，适合本地快速验证多项目共用组件
- 依赖文件系统权限：若目标目录属主不是Web服务器用户（如www-data），且未设好
FollowSymLinks或Options +SymLinksIfOwnerMatch，会直接返回403 - 容易绕过安全边界：一旦软链接指向了敏感路径（如
/etc），又没禁用FollowSymLinks，可能引发信息泄露 - 无法单独控制该路径的PHP行为（如关闭
exec()、限制内存），所有设置继承自主DocumentRoot，灵活性低
关键区别：谁在管“能不能访问”
虚拟目录的访问控制权在Web服务器层，是主动策略；软链接的访问控制权在文件系统+Web服务器协同层，是被动约束。前者可做到“同一目录，登录用户能执行，游客只能读HTML”；后者要么全开，要么全关。
立即学习“PHP免费学习笔记（深入）”；
另外，PHP-FPM池若按虚拟目录做了分离（如不同pool.d配置对应不同php_admin_value[open_basedir]），还能进一步隔离执行环境；软链接做不到这点。
什么情况选哪个
对外服务、多租户、需审计或合规的场景，必须用虚拟目录；团队内部工具站、Docker本地联调、一次性演示页面，软链接够用且省事。但只要涉及用户输入、文件上传、数据库连接等环节，软链接就该退出舞台。
