Selenium Docker容器中/home/seluser/Downloads文件夹缺失问题咨询

结合Docker容器特性和Selenium镜像的常见行为，给你几个针对性的排查方向：

1. 容器生命周期与数据持久化问题 #

Docker容器的文件系统默认是临时隔离状态——如果你之前的容器被删除重建，又没通过-v参数把本地目录挂载到/home/seluser/Downloads，这个文件夹会随着旧容器的销毁直接消失。毕竟容器本身是临时实例，除非做了数据卷持久化，否则内部文件不会保留。

你可以先确认当前容器是不是新创建的：

docker ps -a

对比之前正常运行的容器ID，如果是全新容器，那大概率是没做数据挂载导致的目录丢失。

2. Selenium镜像版本更新的影响 #

不同版本的Selenium官方镜像，默认目录结构可能有调整。比如部分新版本不会预先创建Downloads文件夹，而是要等浏览器（Chrome/Firefox）实际启动后才动态生成。你可以先手动触发浏览器启动，再执行查找命令：

# 先进入容器启动浏览器（以Chrome为例）
docker exec -it [containerId] google-chrome --headless --no-sandbox
# 再查找目录
docker exec [containerId] find /home/seluser -iname "*download*"

另外也可以核对当前镜像版本，看看是不是和之前正常运行时的版本不一致：

docker inspect [containerId] | grep "Image"

3. 容器启动命令的自定义覆盖 #

如果启动容器时添加了自定义命令、环境变量或者挂载了其他目录，可能会覆盖或重置seluser的目录结构。比如有些自定义启动脚本会清空用户目录，或者挂载的外部目录覆盖了原有的Downloads路径。

你可以查看容器的启动命令细节：

docker inspect [containerId] | grep "Cmd"

检查有没有可能修改目录结构的操作。

4. 直接验证目录状态 #

有时候find命令可能因为参数或权限问题漏查，你可以直接列出seluser根目录的内容确认：

docker exec [containerId] ls -la /home/seluser/

如果确实不存在，也可以在启动容器时手动创建这个目录：

docker run -d --name selenium-custom selenium/standalone-chrome:latest sh -c "mkdir -p /home/seluser/Downloads && /opt/bin/start-selenium.sh"

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