最省心的方式是用 apt install ./xxx.deb，ubuntu 16.04 及之后版本原生支持，自动解析并安装依赖，成功率最高；执行时需在.deb所在目录，且./不可省略，建议先运行 sudo apt update。
用 apt install ./xxx.deb 是最省心的方式
Ubuntu 16.04 及之后版本的 apt 已原生支持本地 .deb 文件安装，且会自动解析依赖、从官方源拉取并安装缺失包，成功率最高，适合绝大多数用户。
实操要点：
- 必须在 .deb 文件所在目录执行，命令中
./不能省略（否则apt会误认为你要装仓库里的同名软件） - 执行前建议先运行
sudo apt update，否则可能因源信息过期导致依赖匹配失败 - 终端会提示 “下列【新】软件包将被安装”，确认无误后输
Y回车即可 - 若提示 “无法定位软件包”，大概率是架构不匹配（比如在 arm64 系统上用了 amd64 的 .deb）
遇到 dpkg: dependency problems 别硬上 dpkg -i
dpkg -i 是底层安装命令，只解压+注册，完全不处理依赖。直接用它装未满足依赖的 .deb，几乎必然报错，典型错误信息是：dpkg: dependency problems prevent configuration of xxx。
正确补救方式（仅限已执行过 dpkg -i 但失败的情况）：
- 立刻运行
sudo apt --fix-broken install（注意不是apt-get -f install，后者在新版 Ubuntu 中已不推荐） - 该命令会扫描未完成配置的包，自动下载依赖并完成配置
- 完成后无需再手动重试
dpkg -i，apt --fix-broken install本身就会把原包配好 - 如果仍失败，说明依赖源里根本没有对应包——这时得换用
gdebi或检查 .deb 是否适配当前系统版本
图形界面双击安装失败，通常是因为依赖缺失或权限异常
Ubuntu 软件中心（或 Software Install）双击安装看似简单，但后台实际调用的是 gdbus + packagekit，对依赖和 dbus 权限敏感。常见失败现象包括：点击“安装”后按钮变灰无反应、进度条卡住、弹窗提示“准备失败”。
可快速验证和绕过的做法：
- 先在终端里运行
pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY gdebi-gtk，看是否能手动唤起 gdebi 图形界面（能则说明 dbus 权限正常） - 若图形工具全失效，直接切回终端，用
sudo apt install ./xxx.deb—— 它不依赖桌面服务，服务器环境也通用 - 某些企业定制版 Ubuntu 会禁用
packagekit，此时双击根本不会响应，属于预期行为，不是你操作有误
gdebi 适合需要查看依赖详情或离线部署的场景
gdebi 是个轻量级 GUI/CLI 工具，核心价值不是“比 apt 更好”，而是“比 apt 更透明”：它会在安装前明确列出所有待安装的依赖包，方便你判断是否可信、是否要提前下载。
使用前提与限制：
- 需先安装：
sudo apt install gdebi-core（CLI 版）或gdebi（带 GUI） - CLI 模式下用
sudo gdebi ./xxx.deb，会停顿等待你确认依赖列表 - 它不支持自动更新源，若依赖包不在当前缓存中，仍会 fallback 到 apt 获取——所以离线时得提前
apt download好依赖包 - 在 Ubuntu Server（无桌面）或远程 SSH 会话中，
gdebiCLI 比图形工具更可靠
apt 源的可用性；同一个 .deb 在 Ubuntu 22.04 上能装，在 24.04 上失败，往往只是因为某个依赖库已被移除或重命名——这时候得看 apt-cache policy 查具体包状态，而不是反复重试不同安装命令。
