Laravel部署Docker时storage上传文件宿主机与容器重复存储问题

该场景不存在文件重复存储问题，上传的文件不会同时在Docker容器内部和宿主机项目源码目录保存两份副本。

• php artisan storage:link 命令本身不会复制任何文件，它的作用只是在项目public目录下创建一个指向storage/app/public路径的软链接（本质是路径指针）。所有通过public/storage路径发起的文件访问请求，最终都会被系统引导到实际的storage目录读取源文件，整个过程不会生成额外的文件副本。
• 双端都能访问文件的核心原因是你启动容器时配置了目录挂载（Bind Mount或Docker命名卷）：要么是把宿主机上的整个Laravel项目目录挂载到了容器内的项目对应路径，要么单独挂载了storage目录。这种挂载机制的本质是让容器内的指定路径直接映射到宿主机的物理磁盘位置，容器内对该路径的所有读写操作，实际都是直接操作宿主机磁盘上的文件，容器自身不会为这部分文件存储独立副本。

  补充判断逻辑：如果没有配置任何目录挂载，容器内写入的文件会存放在容器的独立可写层中，宿主机根本无法通过自身文件系统路径直接访问到这些文件。你现在可以双端访问的现象，本身就证明storage目录是双端共享的同一块存储空间。

• 你可以用最简单的方式验证单副本逻辑：在容器内上传一个测试文件，分别在容器内、宿主机对应路径计算该文件的MD5校验值，二者会完全一致；在任意一端删除这个文件，另一端的同名文件也会同步消失。

你已经知晓对象存储是生产环境的最佳实践，如果暂时使用本地存储方案，注意几个容易踩坑的点：

• 不要把storage目录直接打包进Docker镜像，否则容器重建、版本重新部署时，所有历史上传文件都会被清空，必须通过目录挂载的方式做数据持久化
• 注意软链接的路径一致性：如果是在镜像构建阶段执行php artisan storage:link，要确保软链接指向的路径和容器运行时的挂载路径完全匹配，否则会出现软链接失效、文件访问404的问题
• 给挂载进容器的storage目录配置正确的读写权限，保证运行PHP进程的用户（通常是www-data）有完整读写权限，避免出现上传失败、日志无法写入的问题。

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