VSCode本身不模拟CPU架构，真正起作用的是docker buildx + QEMU用户态仿真，VSCode只负责连接、挂载、调试容器进程；需确保binfmt_misc启用、QEMU注册成功、devcontainer.json显式声明linux/arm64平台，并配置--cap-add=SYS_PTRACE以支持完整调试功能。
直接说结论：VSCode 本身不模拟 CPU 架构，真正起作用的是 docker buildx + QEMU 用户态仿真，VSCode 只负责连接、挂载、调试容器进程。你不是在 VSCode 里“跑 ARM 代码”，而是在 x86_64 主机上通过 QEMU 透明执行 ARM64 容器——这点必须分清，否则后续所有配置都会走偏。
docker buildx 创建多架构 builder 前，先确认 QEMU 已注册
很多人跳过这步，结果 docker buildx build --platform linux/arm64 报错 failed to create LLB definition: failed to solve with frontend dockerfile.v0 或静默 fallback 到本地架构。根本原因是内核没启用 binfmt_misc，QEMU 二进制没注册。
- 运行
docker run --privileged --rm tonistiigi/binfmt --install all（需 root） - 验证是否生效：
docker buildx ls | grep platforms应看到类似linux/amd64,linux/arm64,linux/ppc64le - 若输出为空或只有
linux/amd64，说明 QEMU 未就位，buildx强制指定--platform也会降级构建 - Ubuntu/Debian 系统还需确保
binfmt-support包已安装，否则 reboot 后失效
devcontainer.json 中必须显式声明目标平台，不能只靠 FROM
VSCode Dev Container 默认使用宿主机原生架构拉取镜像。即使 Dockerfile 里写了 FROM --platform=linux/arm64 ubuntu:24.04，VSCode 在构建时仍可能用 linux/amd64 解析基础镜像层，导致后续指令（如 RUN apt install）在 QEMU 下卡死或报 exec format error。
- 在
.devcontainer/devcontainer.json中加字段："remoteEnv": { "DOCKER_DEFAULT_PLATFORM": "linux/arm64" } - 或更稳妥地，在
dockerBuild节点中硬编码平台："dockerBuild": { "platform": "linux/arm64" } - 避免依赖
docker-compose.yml的platform字段——VSCode Dev Container 当前版本（2026.1+）对 compose 文件中的platform支持不稳定，容易被忽略
调试时端口映射与架构无关，但进程启动命令要适配
ARM64 容器里跑的 Go/Python/Node.js 进程，其调试协议（delve/debugpy/node-inspect）本身是跨架构的，但启动方式稍有差异。常见坑是：VSCode 成功连进容器，却提示 “connection refused” 或 “no process listening on port 2345”。
- 确保容器内调试器监听
0.0.0.0而非127.0.0.1（后者在容器网络命名空间中仅限本容器 loopback） - Go 项目用
dlv exec ./myapp --headless --listen :2345 --api-version 2 --accept-multiclient，不要省略--accept-multiclient，否则 VSCode 多次 attach 会失败 - Node.js 项目启动命令必须含
--inspect=0.0.0.0:9229，且devcontainer.json的forwardPorts要对应：[9229]，而非[92290]（后者是旧版端口映射习惯，2026 版已默认直通） - ARM64 上某些调试器二进制（如旧版 debugpy）可能无预编译 ARM 版本，需在
Dockerfile中用pip install debugpy --force-reinstall --no-cache-dir从源码编译
最易被忽略的一点：QEMU 用户态仿真对 syscall 兼容性有细微差异，特别是涉及 ptrace、seccomp 或 perf_event_open 的调试器（如 delve 的 --continue 模式）。若断点命中后无法 step over/step in，先检查容器是否以 --cap-add=SYS_PTRACE 启动——VSCode Dev Container 默认不加此权限，需在 devcontainer.json 中显式配置 "runArgs": ["--cap-add=SYS_PTRACE"]。
