Docker目录结构问题：容器内文件找不到、手动创建仍报错且重启后消失

问题核心原因及解决方案 #

1. 文件读不到的直接原因 #

你当前踩了两个路径相关的坑：

• 路径分隔符不兼容：代码里硬编码了Windows系统的反斜杠\作为路径分隔符，而Docker容器运行的是Linux系统，只认正斜杠/作为路径分隔符，所以哪怕文件实际存在，用反斜杠拼接的路径也会被系统判定为无效路径，自然找不到文件。
• 手动创建文件的路径和应用读取路径不匹配：你exec进入容器时默认工作目录是根目录/，此时创建的Infrastructure文件夹是在/Infrastructure路径下，但你的.NET应用工作目录是/app，用相对路径读取时，应用实际查找的是/app/Infrastructure/Email/xxx，两个路径完全不一致，当然读不到文件。

修复方法 #

• 把代码里硬编码的路径分隔符全部替换为跨平台兼容的写法，不要手动写\或者/，统一用Path.Combine拼接所有路径段，示例如下：

string templateRelativePath = Path.Combine("Infrastructure", "Email", keyString, $"{keyString}.cshtml");
string fullPath = Path.Combine(Environment.CurrentDirectory, templateRelativePath);
// 不需要手动替换/app前缀，直接用拼接好的全路径即可

• 手动创建文件时，先进入应用的工作目录/app再操作，或者直接写绝对路径创建：

docker exec -i 容器ID sh -c "mkdir -p /app/Infrastructure/Email/ConfirmUser && cat > /app/Infrastructure/Email/ConfirmUser/ConfirmUser.cshtml" < ConfirmUser.cshtml

2. 停止容器后文件消失的原因 #

Docker容器的可写层默认是持久化存储的，只要你没有执行docker rm删除容器，只是停止再启动，写入的文件不会丢失。你遇到文件消失的情况，大概率是两种原因：

• 你每次启动都是执行docker run创建新容器，而不是docker start启动之前停止的旧容器，新容器会基于镜像重置所有文件内容；
• 你存放文件的路径被配置了tmpfs临时内存挂载，或者绑定挂载了宿主机的空目录，重启后内容会被重置。

正确的长期解决方案 #

不要通过exec手动修改容器内的文件，这种临时变更本身就不符合Docker的使用规范，建议直接调整Dockerfile，把邮件模板文件夹在构建镜像时就COPY到镜像内的对应路径，或者通过目录挂载的方式把宿主机上的模板目录映射到容器内，从根本上解决文件缺失和路径匹配问题。

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