apt
apt-get
apt 对比 apt-get
apt 与 apt-get 都是 Debian/Ubuntu 的包管理前端，共享同一套底层库，绝大部分日常操作可以互换。区别在定位：apt 是 2014 年 apt 1.0 起为交互式使用设计的友好入口，apt-get 则保持脚本场景下输出与行为的长期稳定。理解差异后，“手敲用 apt、写脚本用 apt-get”是社区共识。
功能对比
| 功能项 | apt | apt-get |
|---|---|---|
| 定位 | 面向交互的友好前端 | 面向脚本的稳定接口 |
| 升级语义 | upgrade 可按需安装新依赖；full-upgrade 可移除包 | upgrade 从不安装新包；dist-upgrade 处理依赖变化 |
| 查询子命令 | apt list / show / search 内置 | 需配合 apt-cache 与 dpkg -l |
| 输出稳定性 | 面向人类阅读，不承诺格式兼容 | 面向脚本，格式长期稳定 |
| 历史 | 2014 年随 apt 1.0 引入并持续增强 | 自早期版本延续至今，行为保守稳定 |
| 适用人群 | 日常维护的管理员 | 自动化与配置管理场景 |
apt
优点
- 交互体验好：进度条、彩色输出与安装建议提示
- 内置 apt list --upgradable、apt show、apt edit-sources 等实用子命令
- 命令更短，日常维护效率高
缺点
- 输出格式与行为不承诺向后兼容
- upgrade 语义与 apt-get 有细节差异，初学易混淆
- 不适合在脚本中解析其输出
适合人群
管理员日常交互操作与快速查询
apt-get
优点
- 输出与退出码长期稳定，是脚本与 CI 的可靠选择
- 功能最全：build-dep、changelog 等底层子命令齐备
- 与 apt-cache、dpkg 组合可覆盖所有底层场景
缺点
- 无进度条与友好提示，交互体验一般
- 子命令名更长，高频操作效率略低
- upgrade 与 dist-upgrade 的语义差异易踩坑
适合人群
自动化脚本、CI/CD 与配置管理工具
结论
交互终端里用 apt：进度条、彩色输出、apt list/search/show 等子命令体验更好；脚本与 CI 里用 apt-get：输出格式与退出码有兼容承诺，不会因版本升级破坏解析逻辑。特别注意不要在脚本里解析 apt 的输出——它面向人类阅读，格式不受承诺。