cd / 是唯一可靠、直接、跨 Shell 兼容的跳转到根目录的方式，因其使用硬编码绝对路径 /，不依赖用户、Shell 类型或环境变量，且在容器、chroot、脚本等场景下行为一致，不受 CDPATH 影响。
cd / 是唯一可靠、直接、跨 Shell 兼容的跳转到根目录的方式。其他写法要么语义不同（如 cd ~），要么是冗余操作（如 cd $(pwd)），不推荐用于“回到根目录”这一明确目标。
为什么必须用 cd /，而不是其他变体
根目录在 Linux 中是硬编码的路径 /，它不依赖用户、Shell 类型或当前环境变量。任何试图绕过这个绝对路径的写法都存在风险：
-
cd $HOME或cd ~指向的是用户家目录，不是根目录；普通用户通常是/home/username，root 用户是/root -
cd $(pwd)只是原地不动，和“回到根目录”完全无关 -
pushd /虽然能到达根目录，但会修改目录栈，后续popd行为可能干扰脚本逻辑 - 不存在
cd root或cd top这类命令——Linux 不提供语义化别名
cd / 在不同场景下的行为一致性
无论你在哪一层嵌套目录、是否在容器里、是否用了 chroot 或 systemd-nspawn，只要 shell 有权限访问根文件系统，cd / 就始终有效：
- 在 Docker 容器中：进入容器后执行
cd /，切换到该容器的根（即FROM镜像的/） - 在
chroot环境中：cd /指向的是chroot的新根，不是宿主机的/ - 在脚本中使用时，无需判断当前路径深度，
cd /总是 O(1) 时间完成 - 不会受
CDPATH环境变量影响——这是cd唯一不查CDPATH的情况
容易被忽略的权限与挂载点问题
cd / 命令本身几乎不会报错，但它的“成功”不等于你能看到或操作根目录下的内容：
- 如果当前用户对
/没有读权限（极罕见，但某些加固系统会设chmod 000 /），ls /会失败，但cd /仍可执行 - 若根目录被 bind mount 覆盖（如
mount --bind /tmp/rootfs /），cd /进入的是挂载后的内容，而非原始根文件系统 - 在 unshare -r 创建的 user namespace 中，
cd /仍是有效的，但/proc或/sys的可见性取决于挂载选项
真正需要警惕的不是怎么“输入”，而是输入之后能否按预期访问——检查 ls / 是否列出 bin、etc、home 等标准子目录，比记住命令本身更重要。
