🔧 Hello Shell学习常用 Shell 的语法、差异与使用方法。

🎯 典型 Shell 快速入口 ​

先从 Bash、zsh、fish、cmd 和 PowerShell 开始，其他 Shell 见下方特色入口。

🧪 统一任务实验速览 ​

9 个统一任务覆盖从最简单的环境查询到复杂的批处理流水线，每个任务的真实输出已入库：

直接试写代码可进入 浏览器 Shell 实验台；完整任务、采集方式与已保存输出见 统一任务复现手册。

📊 横向对比矩阵速览 ​

各 Shell 在关键功能上的支持方式不同——「原生」不等于「简单」，「兼容标准」也不等于「易用」。

选型建议：日常开发 Bash；个性化需求 zsh；新手友好 fish；Windows 运维 PowerShell；遗留系统 cmd。

适合目标读者：后端工程师、DevOps/SRE、系统管理员、全栈开发者。

🚀 本地实验 Quick Start ​

git clone https://github.com/xy2401/hello-shell.git && cd hello-shell
npm install              # Node.js 20.19+ 或 22.16+，具体范围见 package.json

# 查看文档站
npm run docs:dev         # 独立启动默认 http://localhost:5173，以终端输出为准

# 重新采集所有输出（需 Docker）
npm run collect-outputs  # 容器内运行全部 9 个任务，刷新 *.out.txt 快照

以上命令在 hello-shell 仓库根目录执行。环境要求与完整说明见 快速上手。

核心语义与任务体系 ​

用变量与引用、控制流、函数与管道、错误与信号、入参模型五个维度理解各 Shell，再通过九个统一任务对照实际输出。

为什么需要统一骨架 ​

把八个运行体（bash / zsh / fish / pwsh-Linux / cmd / PowerShell 5 / PowerShell 7-Windows / Python 对照）放在一起对比，最怕写成「每个 shell 一章、各说各话」。本站换个组织方式：先立维度，再谈差异。任何一个 shell 脚本，都可以用下面五个维度拆解；任何一个统一任务，也都可以映射到一个主维度上。

五个维度 ​

前四个维度各有专页展开；入参模型差异过大（七种 shell 的入参约定互不相同），直接放进横向矩阵 入参矩阵，实验细节见 任务 03。

9 任务 × 维度映射 ​

9 个统一任务在所有运行体中语义一致：相同的输入（demos/shared/fixtures）、相同的验证点、相同格式的 key=value 输出行，且全部以退出码 0 收尾——这样输出快照才能逐行对齐比较（见证据政策）。

输出约定 ​

所有任务脚本遵守同一套输出约定，这是横向对照能够成立的前提：

• 只输出 key=value 形式的行，键名跨 shell 一致（如 wordCount、paidCount、exitCodeReturn）；
• 正常路径一律 exit 0，非零退出码只出现在故意构造的子进程里（如任务 05 的 exit 7）；
• stdout 与 stderr 的分流在任务 01 中专门验证，其余任务不把诊断信息混进 stdout；
• 快照与源码同目录：Linux 五个运行体（bash/zsh/fish/pwsh/python）的 .out.txt 已入库，Windows 三个运行体（cmd/powershell5/powershell7）的快照由 CI 采集（见统一任务复现手册）。

内核、Shell 与 GUI ​

内核、Shell、GUI：三层概念 ​

本页结论：内核是唯一直接碰硬件的层，对外只暴露系统调用；Shell 只是包裹内核能力的命令解释器，是普通程序，可以随意替换（bash/zsh/fish/cmd/PowerShell/Explorer 都是 shell）而不影响系统；GUI 是 shell 的图形化表现形式，不是必需品——双击图标与敲命令，最终都是系统调用。

一张图看懂三层 ​

用户（你）
  │  敲命令 / 双击图标
  ▼
Shell（命令解释器：bash / zsh / fish / cmd / PowerShell / Explorer…）
  │  系统调用（Linux syscall / Windows Win32 API）
  ▼
内核（Kernel：进程、内存、文件、网络、设备的管理者）
  │  唯一直接操作硬件的层
  ▼
硬件（CPU / 内存 / 磁盘 / 网卡 / 显卡）

内核（Kernel）：硬件资源管理者 ​

• 唯一直接碰硬件的层。CPU 特权级把硬件操作圈在内核里，任何用户程序（包括所有 shell）都不能直接读写磁盘、操作网卡，一律要「请求」内核代办。
• 对外暴露的是系统调用：Linux/Unix 侧是 syscall（open、read、write、fork、exec…），Windows 侧是 Win32 API（底层再落到 NT 原生系统调用）。这是用户态程序进入内核的唯一正门。
• 管四件大事：进程（谁在跑）、内存（给谁用）、文件系统（数据放哪）、网络与设备（和外界怎么通信）。
• 内核不关心你「怎么下达命令」——是敲出来的、点鼠标点出来的，还是脚本批量提交的，它只看系统调用。

Shell：命令解释器，内核能力的 API 外壳 ​

• Shell 本身只是一个普通用户程序：读取你输入的命令文本（或脚本文件）→ 解析 → 翻译成对内核的系统调用（Unix 上是 fork + exec 启动子进程，Windows 上是 CreateProcess 等）→ 把结果展示给你。
• Shell 是可替换的外壳，不是系统本身：
  • 命令行 shell：bash、zsh、fish、cmd、PowerShell；
  • 图形 shell：Windows 的 Explorer（资源管理器）——桌面、任务栏、文件窗口都是它画出来的，它同样是内核之上的一个 shell。
• 为什么换 shell 不影响系统：装 bash、卸 zsh、把默认 shell 从 cmd 换成 PowerShell，动的都只是「翻译官」，内核、驱动、文件系统、你的数据一概不受影响。shell 坏了换一个就是，系统还在。

GUI：图形化的 Shell 表现形式 ​

• GUI 不是独立于 shell 的另一层，而是 shell 的另一种交互形态：把命令菜单化、按钮化、窗口化。
• 双击图标与敲命令最终都是系统调用：双击 notepad.exe 是 Explorer 这个图形 shell 替你调用了创建进程的 API；在终端敲 notepad 是命令行 shell 替你调用同一个 API。殊途同归，内核眼里两者没有区别。
• GUI 不是必需品：服务器普遍不装 GUI（省资源、少漏洞、便于远程），一切管理都通过命令行 shell 完成；反过来，GUI 环境下的每个操作也都能找到等价的命令行写法。这正是本站用命令行统一矩阵的前提。

Unix 分层：终端模拟器 → shell → 内核 ​

终端模拟器（Terminal / iTerm2 / Windows Terminal）——只管显示字符、收发键盘输入，本身不是 shell
      ▼ 启动并承载
shell（bash / zsh / fish）——解释命令、管理变量与流程、组装管道
      ▼ 系统调用（syscall）
内核（Linux kernel / macOS XNU）——真正执行

常见误区：终端 ≠ shell。你换终端 App 只是换了一个「显示器」，换 shell 才是换「解释器」。同一个终端模拟器里可以跑 bash，也可以跑 zsh、fish。

Windows 分层 ​

Explorer —— 图形 shell（桌面、任务栏、开始菜单、文件资源管理器、双击启动程序）
cmd（cmd.exe）—— 命令行 shell，历史悠久，面向批处理脚本（.bat/.cmd）
PowerShell —— 命令行 shell，面向对象的管道，PowerShell 5 随 Windows 内置、PowerShell 7 跨平台
      ▼ Win32 API / 系统调用
Windows 内核（NT 内核）

三者是并列关系，都是内核之上的外壳，可以同时存在、各干各的，谁也不比谁「更系统」。

两个常见误区小结 ​

🚀 特色与下一代 Shell 入口 ​

探索打破传统，带来全新设计哲学的特色与下一代 Shell 方案：