Laravel中public/storage到storage/app/public软链接后文件仍可web访问的疑问

疑问1：创建符号链接后存放在public/storage的文件仍可通过URL访问的原因 #

你之前查阅的资料中提到的「storage目录默认仅对应用本身可见」，指的是未做任何公开映射的storage目录。
php artisan storage:link命令的作用本身就是主动将storage/app/public目录映射到web服务根目录public下的storage入口：web服务器默认会将public目录下所有内容直接对外暴露，通过符号链接关联的storage/app/public自然也会被纳入公开访问范围，这属于预期内的正常表现。
只有存放在storage/app/public之外的storage目录内容（比如storage/app/private、storage/framework等），才会默认不对外公开，无法直接通过URL访问。

疑问2：创建符号链接的实际优势 #

符号链接的设计并非为了提升公开文件的安全性，它的核心价值体现在以下几个方面：

• 避免资源丢失：Laravel项目的storage目录默认不会纳入代码版本控制（.gitignore规则默认忽略该目录下的动态内容），用户上传的公开资源存放在storage/app/public，不会因为你更新代码、替换项目根目录下的public文件夹时被误删。如果直接将用户上传资源存放在public目录下，迭代代码时很容易因为覆盖部署导致资源丢失。
• 灵活的权限控制：你可以将需要保密的非公开资源存放在storage/app下非public的目录里，这部分内容不会对外暴露，你可以自行编写路由实现鉴权逻辑，校验用户权限后再通过Storage::download()之类的方法返回文件，实现精细化的资源访问控制，如果所有资源都直接存放在public目录下，是无法做这类权限控制的。
• 多环境适配更简单：Laravel的文件存储系统是抽象化的，你如果后续要将公开资源切换到S3、阿里云OSS这类云存储服务，只需要修改filesystems.php配置文件中的public磁盘驱动即可，业务代码中统一用Storage::disk('public')->url()生成资源链接，不需要做任何业务逻辑修改。如果是直接硬编码public目录路径的方案，切换云存储时需要修改大量业务代码。

补充说明：公开可访问的资源不管是直接存放在public目录，还是存放在通过符号链接映射的storage/app/public目录，公开性都是一致的，如果你需要提升文件安全性，只需要将非公开的资源移出storage/app/public目录即可。

内容的提问来源于stack exchange，提问作者CodeR_Ax20