Sublime Text在国产Linux系统中需严格匹配架构、依赖和源配置，否则必报依赖错误或启动失败；必须先执行uname -m确认x86_64或aarch64，再下载对应.deb/.rpm包，缺libgtk-3-0、libICE等底层库时须按提示精准安装，不可强制跳过依赖。
Sublime Text 在 Linux 桌面系统上不是“一键安装就能用”的编辑器，尤其在国产系统（如银河麒麟、统信UOS）中，直接搜不到或安装失败是常态——根本原因不是软件本身有问题，而是架构匹配、依赖库、包源配置三者中任意一个没对上，dpkg 或 dnf 就会卡在依赖错误或启动黑屏。
确认系统架构再下载，别跳这步
很多用户装完打不开，第一反应是“软件坏了”，其实是下了 amd64 包却跑在 aarch64 机器上。银河麒麟、UOS 的 ARM 版本越来越多，uname -m 输出必须是 x86_64 才能用 amd64 包；如果是 aarch64 或 arm64，必须找对应后缀的 .deb 或 .rpm。
- 执行
uname -m，结果不是x86_64就别碰 amd64 链接 - 官网下载页（
https://www.sublimetext.com/download）不标架构，得手动选；download.sublimetext.com的 URL 路径里才明确带amd64.deb或arm64.deb - 统信 UOS Server 默认用
dnf，但部分老版本仓库只提供 x86_64 repo，aarch64 用户必须手动下 RPM 包，不能直接dnf install sublime-text
依赖缺失时，别用 --force-yes 硬装
sudo dpkg -i 报 “dependency is not satisfiable” 或 dnf 提示 “Failed dependencies”，说明缺底层 GUI 库。硬加 --force-yes 或 --nodeps 会导致启动崩溃或中文输入法失效。
- Ubuntu/Debian 系：缺的是
libgtk-3-0、libx11-6、libnss3，补全命令是sudo apt --fix-broken install，不是apt install -f（后者可能漏包） - UOS/麒麟：常见缺
libICE、libSM、gtk3，得按错误提示逐个装，比如sudo dnf install libICE libSM gtk3 - 装完仍打不开？检查是否少了
libglib2.0-0（Ubuntu）或glib2（UOS），这个库不报错但会导致界面白屏
Package Control 安装失败，多半是网络或权限问题
命令面板输 Install Package 没反应，或提示 “There are no packages available for installation”，不是插件源挂了，而是本地没连上 packagecontrol.io，或者 sublime_text 进程没权限写入 Installed Packages 目录。
- 先确认能否访问
https://packagecontrol.io（终端curl -I https://packagecontrol.io返回 200 才算通） - 若走代理，Sublime 默认不读系统 proxy 设置，得在 Preferences → Settings 里加：
"http_proxy": "http://127.0.0.1:10809" - 安装脚本执行后没反应？重启 Sublime 再试一次，别连续 Ctrl+Shift+P 多次触发，会卡住命令面板
- 麒麟/UOS 上首次启动可能被安全策略拦截网络请求，需在系统设置 → 隐私 → 网络权限里给
subl开放外网
真正麻烦的不是装不上，而是装上了但中文输入法不响应、侧边栏不显示、或 subl 命令找不到——这些都不是 Sublime 自身问题，而是桌面环境（比如 Kylin 的 UKUI 或 UOS 的 DDE）与 GTK3 应用的兼容细节。别急着重装，先查 subl --version 输出是否正常，再看 journalctl -u graphical-session --since "1 hour ago" | grep sublime 有没有 segfault 日志。
