Docker容器有一个独立的文件系统。容器无法访问主机上的文件（没有绑定装载），主机也无法访问容器中的文件。特别是，使用您描述的设置，主机无法直接调用容器中的Python安装。
符号链接将文件名存储为目录项。在Docker绑定挂载的情况下，如何解释它取决于您查看的是主机还是容器文件系统。
您可以通过创建一个包含符号链接的主机目录来演示这一点，然后将其绑定挂载到运行不同发行版的容器中，并查看它的作用。

$ mkdir x
$ ln -s /usr/bin/more x

$ ./x/more --version # on a MacOS host
less 581.2 (POSIX regular expressions)

$ docker run --rm -v "$PWD/x:/x" ubuntu /x/more --version
more from util-linux 2.37.2

$ docker run --rm -v "$PWD/x:/x" busybox /x/more --version
docker: Error response from daemon: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: exec: "/x/more": stat /x/more: no such file or directory: unknown.

$ docker run --rm busybox /bin/more --version
/bin/more: unrecognized option `--version'
BusyBox v1.34.1 (2022-03-10 23:58:34 UTC) multi-call binary.

因此，我们在这里创建了一个指向/usr/bin/more的符号链接。在主机上运行它将返回more的主机版本;在Ubuntu容器中，它的util-linux版本;而在BusyBox容器中，则是一个错误（因为该工具实际上位于/bin中）。在任何情况下，符号链接都不会从容器文件系统交叉到主机，反之亦然。