CLI / GUI / TUI 是什么？三种交互界面一次讲清

我们每天都在“操作软件”，但很多人没有意识到：**软件的交互方式（User Interface, UI）**并不只有“点点点”的图形界面。

对开发者来说，理解 CLI（命令行）/ GUI（图形界面）/ TUI（终端文本界面） 的区别，能帮助你在不同场景下选对工具：

该用脚本自动化就别硬点鼠标
需要可视化就别强行敲命令
远程运维也不必牺牲易用性

本文用尽量直观的方式讲清三者是什么、各自擅长什么，以及你该怎么选。

1）CLI：Command-Line Interface（命令行界面）

**CLI（命令行界面）**指通过“输入文本命令 + 回车执行”的方式与程序交互的界面。典型场景是在终端里使用 shell（如 bash、zsh、PowerShell），执行 git、curl、ffmpeg 等命令。

CLI 的典型特征

交互单位是“命令”：用户输入命令、参数、选项，程序输出结果。
非常适合自动化：命令可以写进脚本、流水线、Makefile、CI/CD。
易于远程操作：SSH 连上服务器即可管理，带宽占用小。
学习成本较高：需要记忆命令/参数/组合方式。

CLI 的优势

效率高：熟练后，批量操作、复杂操作更快。
可组合：命令之间通过管道、重定向组合成强大工作流。
可复现：命令记录下来就能复用（文档/脚本/历史记录）。

CLI 的局限

可发现性差：不知道命令就“无从下手”（--help、man page 能缓解）。
对新手不友好：错误信息常偏技术化。

2）GUI：Graphical User Interface（图形用户界面）

**GUI（图形用户界面）**指通过窗口、按钮、图标、菜单等可视化元素与软件交互的界面。典型例子是桌面操作系统、浏览器、图片编辑器、IDE 等。

GUI 中一个经典范式是 WIMP：Windows / Icons / Menus / Pointer（窗口/图标/菜单/指针），代表以“鼠标指针点选 + 窗口化操作”为主的交互风格。

GUI 的典型特征

可视化强、可发现性强：功能以按钮/菜单呈现，更容易“看到并尝试”。
适合复杂信息展示：图表、布局、多窗口、多面板。
更适合大众用户：学习门槛相对更低。

GUI 的优势

上手快：不需要记命令，点选即可操作。
所见即所得：适合编辑类任务（排版、图像处理、拖拽布局等）。
更易引导：通过提示、对话框降低误操作风险。

GUI 的局限

自动化较困难：虽然也有宏、脚本或 RPA，但通常不如 CLI 天然。
重复操作成本高：同一批操作点 100 次按钮不如脚本跑一次。
远程/低带宽不友好：图形远程桌面成本更高。

3）TUI：Text-based / Terminal User Interface（文本/终端用户界面）

TUI（文本界面）也常被称为“终端用户界面”。它运行在终端里，但不是纯粹一行行命令的 CLI，而是用字符单元“绘制”出类似图形界面的布局：窗口、面板、列表、进度条、对话框等。

你可以把它理解为：“在终端里做出 GUI 的一部分交互体验”。

TUI 的典型特征

在终端里“画界面”：列表、分栏、状态栏、快捷键提示等。
更强的可发现性：比 CLI 更“看得见选项”，比 GUI 更轻量。
常用键盘驱动：也可能支持鼠标，但核心通常是快捷键/方向键。
依赖终端能力：字符网格、颜色、控制序列等限制了表现力。

TUI 的优势

远程友好：SSH 下也能获得“更像应用”的交互体验。
资源占用低：适合服务器、老机器、轻量环境。
比 CLI 更直观：很多管理/浏览任务更不容易出错（例如列表选择、确认框）。

TUI 的局限

表现力不如 GUI：复杂拖拽、精细图形编辑不擅长。
生态不如 GUI 丰富：多数领域仍以 GUI 为主。
仍有学习成本：通常要记快捷键（比如 Vim/某些 TUI 工具）。

TUI 的常见例子

文本编辑：Vim / Neovim
系统监控：htop、btop
磁盘分析：ncdu
文件管理：ranger、Midnight Commander
Git 操作：lazygit

注：这些例子属于“常见认知中的 TUI 工具”，并非官方分类清单。

4）CLI vs GUI vs TUI：核心差异一张表

维度	CLI	TUI	GUI
交互方式	输入命令	终端内布局 + 快捷键/选择	可视化控件 + 鼠标/触控
上手成本	较高	中等	较低
可发现性	低	中/高	高
自动化能力	很强	一般	较弱（相对）
远程/低带宽	很友好	很友好	一般/较差
适合场景	批处理、脚本、DevOps	远程运维、交互式管理	编辑创作、复杂可视化、面向大众

5）选型建议：什么时候用哪一种？

优先 CLI 的情况

需要批量处理/自动化：构建、部署、格式化、数据转换、批量重命名
需要可复现的操作记录：把步骤写进脚本或文档
需要组合工具链：管道把多个工具串起来

优先 GUI 的情况

强依赖可视化：设计、图像、视频、复杂布局编辑
强依赖探索与发现：不熟悉功能，靠菜单/面板探索
面向非技术用户：操作需要直观可引导

优先 TUI 的情况

你在服务器/SSH 环境，但又想要“更直观的操作界面”
需要交互式管理：比如选项配置、任务监控、资源查看
想在终端里获得接近“应用”的体验，但不想引入完整 GUI 环境

6）一个容易混淆的点：TUI ≠ CLI

很多人把“终端里的一切”都叫 CLI，但更准确的区分是：

CLI：你在“命令提示符”里一行行输入命令，程序按命令返回输出。
TUI：程序接管（或主要占用）终端屏幕，把界面组织成面板/列表/窗口，让你“在界面上操作”。

简单记：CLI = 命令驱动；TUI = 终端里的界面驱动。

结语

CLI、GUI、TUI 并不是“谁更先进”的关系，而是三种在不同约束下形成的交互方案：

追求自动化与可组合：CLI 强
追求直观与表达力：GUI 强
追求远程友好又要一定易用性：TUI 常常是最佳折中

把它们当作工具箱里的三把扳手：选对了，效率会非常夸张。

参考来源