docker cp 使用星号复制容器文件，报找不到源路径

执行 docker cp 'app:/exports/report_*' . 时，容器里明明有多个 report_ 开头的文件，命令却报告找不到带 * 的路径。这类失败发生在复制源的解释阶段：docker cp 不会进入容器启动 Shell，也不会把容器路径中的星号展开成文件列表。

以下讨论从 Linux 容器的普通文件目录复制到 Docker CLI 本地。先确认容器名和目录确实存在；容器可以处于运行或停止状态，无须只为普通文件复制而启动应用。

引号不会让容器端执行通配符

加引号能阻止本地 Shell 误解释参数，但不能赋予 Docker 容器端的通配符能力。不加引号时，某些 Shell 会在本地尝试展开整段参数，另一些会直接报告 no matches found；这同样不会搜索容器里的文件。

检查报错中的完整路径。如果仍包含字面量 report_*，就不要继续改目录权限或重新创建容器。先用一个已经确认存在的完整文件名验证路径：

mkdir -- ./export-one &&
docker cp 'app:/exports/report_20261001.json' ./export-one/

app、日期和目录都是示例值。这里故意要求创建新的本地目录；若目录已存在，mkdir 失败，&& 后面的复制就不执行，避免覆盖已有结果。使用一个尚未存在、父目录可写的新名称再试，而不是直接删除旧目录。

容器内路径从 / 开始解释，不跟随镜像的 WORKDIR。如果完整文件名也失败，继续检查容器和文件路径；错误不是由通配符引起时，下面的目录方案也不会凭空产生文件。

如果需要的是 /exports 中的全部导出结果，可以复制目录内容，不需要星号：

mkdir -- ./export-copy &&
docker cp 'app:/exports/.' ./export-copy/

末尾 /. 表示将源目录的内容放入已有目标目录。去掉它，使用 app:/exports 复制到已有的 export-copy/ 时，会在目标中再建立 exports 这一层。

这里的“全部内容”包括子目录和隐藏文件。/. 不是“只匹配 report_”的替代写法，不能把同目录中的配置、凭据或其他批次结果一起导出后再声称完成了筛选。复制前先确定这个目录的用途和内容范围。

只需要几个确定的文件时，可以按核对过的完整名称分别复制。需要复杂筛选时，让应用导出流程将本批结果放到专用目录，再复制那个目录；不要把未经检查的 ls 输出拼成 Shell 命令，也不要为腾出目录而递归删除容器中的业务文件。

检查本地目标中的层级、文件数量和预期文件，必要时对应用生成的清单或校验值。复制到本地的文件默认按调用 docker cp 的本地用户设置所有者；-a 会改变所有者保留行为，不应为了处理星号错误额外加上它。符号链接默认也有自己的复制语义，-L 会跟随源链接，使用前需确认目标范围。

docker cp 返回成功只说明这次复制完成，不证明运行中的数据库或不断更新的目录形成了一致快照。数据库场景应先使用数据库认可的备份或导出机制，再复制已完成的产物；不要把正在使用的数据目录当作普通报表目录处理。

/proc、/sys 等特殊路径、tmpfs 和某些容器内挂载不属于这里的普通目录场景。它们失败时需要另行判断文件系统与挂载限制，不能一律套用 /.。

本方案没有修改容器内容。若复制范围或层级不符合预期，保留原导出文件，换一个新的本地目标目录重新核对；确认不再需要后，仅清理本次创建的副本。不要通过覆盖既有备份目录来反复尝试路径写法。