ubuntu 22.04 + build-essential 是构建最小可用c++镜像最稳起点，它自动安装gcc、g++、make等核心工具，支持c++17且lts支持至2027年；需加env debian_frontend=noninteractive、清理apt缓存，并严格配置uid映射、ptrace权限及绝对路径以适配clion调试。
用 Ubuntu 22.04 + build-essential 构建最小可用镜像
直接基于 ubuntu:22.04（别用 latest）构建，是目前最稳的起点。它自带 C++17 支持，glibc 版本与多数生产环境对齐，且 LTS 支持到 2027 年，不会某天 apt update 后突然 break。
核心命令就是装 build-essential —— 它会自动拉上 g++、gcc、make、dpkg-dev 这一套，比手动列一堆包更可靠。再补上 cmake 和 ninja-build，现代 C++ 项目基本就能跑起来。
-
ENV DEBIAN_FRONTEND=noninteractive必加，否则apt install可能卡在 tzdata 配置界面 - 装完立刻
rm -rf /var/lib/apt/lists/*，镜像体积能少 80MB+ - 别装
vim-tiny或emacs这类“顺手加的”，CLion 或 VS Code 是宿主机编辑器，容器里只留编译调试必需项
CLion 连接容器时必须挂载的路径和权限
CLion 的 “Docker” 工具链配置不是连上容器就行，关键在于两件事：代码同步路径一致、用户 UID 匹配。否则会出现 Permission denied 或编译生成的文件宿主机不可读。
启动容器时必须用 -v $(pwd):/app 映射当前目录到容器内固定路径（比如 /app），并在 CLion 的 Toolchains 设置里把 “CMake executable”、“C compiler”、“C++ compiler” 全部指向容器内的路径，例如 /usr/bin/g++。
- 容器内工作用户最好和宿主机 UID 一致：
docker run -u $(id -u):$(id -g)，否则/app/CMakeCache.txt会被容器 root 写，宿主机 CLion 打不开 - 如果项目用了
conan或vcpkg，记得额外挂载缓存目录，比如-v $HOME/.conan:/root/.conan - 不要依赖容器内
~路径，CLion 解析时容易错位；所有路径都用绝对路径，如/app
交叉编译或高版本 GCC 怎么安全切换
Ubuntu 22.04 自带 g++-11，但有些项目要 g++-13 或 ARM 交叉工具链。硬覆盖系统默认 g++ 风险大，推荐用环境变量软切换。
例如装好 g++-13 后，在 Dockerfile 末尾加：RUN update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-13 100，然后启动容器时加 -e CXX=g++-13，CMake 会自动识别。
- ARM 交叉编译场景下，优先设
ENV CC=arm-linux-gnueabihf-gcc和CXX=arm-linux-gnueabihf-g++，而不是改/usr/bin/gcc符号链接 - 避免用
source /opt/rh/devtoolset-11/enable这类 SCL 方式——它依赖 shell 初始化，CLion 的非交互式终端可能不加载 - 验证是否生效：进容器后执行
g++ --version和$CXX --version，二者输出应一致
调试器 gdb 在容器里为什么连不上 CLion
CLion 调试依赖容器内 gdb 能 attach 进程，而默认容器没开 ptrace 权限，会报 ptrace: Operation not permitted。
解决方法只有两个：启动容器时加 --cap-add=SYS_PTRACE，或者用 --security-opt seccomp=unconfined（开发阶段可接受，CI 环境禁用）。
- 仅加
--privileged是过度授权，没必要也不安全 - 如果用多阶段构建，确保 debug 阶段的镜像里也装了
gdb，别只在 builder 阶段装 - CLion 的 “GDB path” 要填容器内路径，如
/usr/bin/gdb，不是宿主机的/usr/bin/gdb
docker run 命令显式带上，CLion 的 Docker toolchain 配置本身不负责传这些底层参数。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
