PHP怎么拿到软链接指向的真实路径
用 readlink()，不是 realpath() —— 后者会顺着链接一路解析到最终文件，还可能因权限或不存在而返回 false；而 readlink() 只做一层解包，精准返回软链接里存的原始字符串路径。
常见错误是直接 file_get_contents() 或 is_file() 一个软链接路径，结果行为和预期不符：比如链接目标被删了，is_file() 返回 false，但你其实想确认“这链接本身是否存在、指向哪”。
-
readlink()要求参数是**已存在的软链接路径**，否则触发警告并返回 false - 返回的是相对路径（如
../config/local.php）还是绝对路径（如/var/www/shared/config.php），完全取决于创建链接时用的源路径 - 它不处理路径拼接，也不自动补全，后续要用得自己调用
dirname()+realpath()或resolve_path()类逻辑
软链接路径是相对的，PHP怎么算出绝对目标地址
因为 readlink() 返回的常是相对路径，而你真正需要的是磁盘上那个文件在哪。这时候不能硬拼 __DIR__，得先定位软链接自身所在目录，再用 dirname() + readlink() 结果一起 resolve。
示例：链接文件 /var/www/current/app.php 指向 ../release/v2.3/app.php，那真实路径是 /var/www/release/v2.3/app.php，不是 /var/www/current/../release/v2.3/app.php（后者 realpath() 才能规整）。
立即学习“PHP免费学习笔记（深入）”；
- 先用
dirname('/var/www/current/app.php')得到/var/www/current - 再把
readlink()结果../release/v2.3/app.php拼上去，形成临时路径/var/www/current/../release/v2.3/app.php - 最后用
realpath()归一化，得到真实绝对路径 - 注意：
realpath()在目标不存在时返回 false，所以建议先file_exists()链接本身，再readlink()，最后才realpath()目标
为什么 realpath() 有时返回 false，但软链接明明存在
三种最常见原因：readlink() 没问题，但 realpath() 失败，往往卡在中间某环不可达。
- 软链接指向的路径里含上级目录（
..），而其中某级目录权限为 000 或属主不匹配，realpath()就会停住并返回 false - 目标文件或中间目录被删除，
realpath()不报错但返回 false（它只认“存在且可访问”） - 跨文件系统符号链接（比如链接指向 /mnt/nfs/config.php），某些 PHP 版本或内核配置下
realpath()无法穿透挂载点
此时别急着换函数——先用 ls -la 在 shell 里手动验证链接内容和目标可达性，比在 PHP 里反复试更直接。
symlink() 创建的链接，PHP 读取时要注意什么权限和上下文
PHP 进程用户（如 www-data）必须对软链接**所在目录有执行（x）权限**，才能进入并读取链接内容；对链接**目标路径的父目录也要有 x 权限**，否则 realpath() 或 file_get_contents() 会失败，哪怕链接本身 ls -l 看得见。
- 链接文件自身权限无关紧要（
lrwxrwxrwx是常态），关键是路径上每一级目录的 x 权限 - CLI 和 Web SAPI 下的当前工作目录不同，
readlink()返回的相对路径解释基准也不同，别依赖getcwd() - 容器或 chroot 环境中，软链接指向宿主机路径（如
/host/config.php）时，PHP 根本看不到那个路径，readlink()成功但realpath()必然失败
实际部署时，别让软链接跨出应用根目录边界，更别跨出容器或 jail 的视图范围——这是最容易被忽略、又最难 debug 的一点。
