bind mount 在多架构编译中仍用于宿主机源码实时映射，需确保路径存在且权限正确、使用绝对路径与 --mount 显式挂载、uid/gid 一致、工具链单独挂载。
多架构编译（如 arm64 + amd64）本身不改变 Bind Mount 的基本机制，但需注意构建环境隔离、路径一致性与挂载时机三个关键点。Bind Mount 仍是将宿主机源码目录实时映射进容器的核心手段，和单架构场景一致，只是执行环境从本地终端换成了跨平台构建容器。
必须提前创建并校验宿主机源码路径
Bind Mount 不会自动创建目标路径，更不会帮你同步或转换代码。无论编译目标是 aarch64 还是 riscv64，宿主机上的源码目录（例如 /home/user/myproject）必须真实存在、权限可读，并且内容已适配目标架构（比如 CMakeLists.txt 含交叉编译工具链配置）。建议用 ls -ld /home/user/myproject 和 find /home/user/myproject -maxdepth 1 -name "CMakeLists.txt" 快速确认。
挂载时显式指定 --platform 并用 --mount 避免路径歧义
Docker 构建多架构镜像常用 docker buildx，但运行临时编译容器仍依赖 docker run。此时应使用清晰的 --mount 语法，避免 -v 在不同 shell 中因波浪号（~）或相对路径展开出错：
-
正确写法（推荐）：
docker run --platform linux/arm64 --rm -it --mount type=bind,source=/home/user/myproject,target=/workspace ubuntu:22.04 -
错误写法（隐患）：
docker run -v ~/myproject:/workspace ...—— 容器内 ~ 不生效，且不同架构基础镜像的 $HOME 可能不同
避免在容器内修改源码权限或硬编码路径
绑定挂载后，/workspace 下所有文件 UID/GID 与宿主机完全一致。若编译脚本里写了 chown -R 1001:1001 /workspace 或硬编码 /root/src，会导致 arm64 容器运行失败（UID 不匹配或路径不存在）。建议：
- 构建前统一用 id -u 和 id -g 查看当前用户 ID，Docker 启动时加 --user $(id -u):$(id -g)
- 所有构建脚本中路径用环境变量（如 WORKSPACE_DIR=/workspace）或相对路径（./build.sh），不写死绝对路径
交叉编译工具链需独立挂载，不混入源码目录
源码目录只放 .c/.py/CMakeLists.txt 等，工具链（如 aarch64-linux-gnu-gcc）不应放在 /workspace 下。推荐单独挂载工具链目录：
docker run --platform linux/arm64 ... --mount type=bind,source=/opt/gcc-aarch64,target=/opt/gcc-aarch64,readonly ...- 再在容器内通过 export PATH="/opt/gcc-aarch64/bin:$PATH" 注入，保持源码目录干净、可复用
