sublime text 官方包仅来自官网、github release 或 apt 镜像源，须通过 sha256 校验和数字签名验证；网盘/公众号等第三方包99%篡改过，build 4192+ 将因签名校验失败而只读或无法启动。
Sublime Text 没有“官方原版下载包”这种说法——官网只提供经过签名验证的安装程序或压缩包，所谓“原版”就是指从 sublimetext.com 或其镜像源直接获取、未被第三方篡改的二进制文件。所有声称“已去广告/已汉化/免激活”的网盘链接、公众号回复包、整合安装器，99% 都动过核心文件，2026 年起在 Build 4192+ 版本中会直接触发签名校验失败，降级为只读模式甚至无法启动。
怎么确认你拿到的是真官网包？
只认三个来源：
-
https://www.sublimetext.com/页面底部的 Download 按钮（自动识别系统） -
https://github.com/sublimehq/sublime_text/releases中带sublime_text_build_4200_x64_setup.exe（Windows）、Sublime Text 4.4.5.dmg（macOS）、sublime-text_4200_amd64.deb（Ubuntu）等命名的正式 release 文件 - Linux 用户用 APT 源：
https://download.sublimetext.com/apt/stable/，且密钥导入必须用gpg --dearmor
任何带“高速网盘”“微信回复获取”“绿色便携版”字样的链接，一律跳过。它们不提供 SHA256 校验值，也无法通过 sublimehq-pub.gpg 验签。
Windows 下怎么验证 setup.exe 没被篡改？
下载完 sublime_text_build_4200_x64_setup.exe 后，别急着双击，先做两件事：
- 打开 PowerShell（无需管理员权限），运行：
Get-FileHash -Algorithm SHA256 sublime_text_build_4200_x64_setup.exe - 把输出的哈希值，和官网
/releases页面对应版本下方列出的 SHA256 值逐字符比对——差一个字母就说明文件被改过 - 右键该 exe → 属性 → 数字签名 → 查看详细信息 → 签名者必须是
Sublime HQ LLC，不是“Unknown Publisher”或其它名字
Linux 安装时最容易卡在哪？
不是命令输错，而是密钥导入路径和权限不对：
- 旧教程用
apt-key add已被弃用，必须用gpg --dearmor转换密钥格式，否则apt update会报NO_PUBKEY - 密钥必须存到
/etc/apt/keyrings/sublimehq-pub.asc，不能放在/usr/share/keyrings/或随便哪个用户目录下 - 如果非 root 用户执行了
wget导入命令，生成的.asc文件可能权限不足（如 600），导致 apt 读不到——删掉重跑，全程用sudo或切 root 执行
macOS 上怎么避免“已损坏，无法打开”？
官网 .dmg 挂载后拖进 Applications，首次启动一定会被 Gatekeeper 拦住。这不是病毒，是苹果强制签名机制：
- 不要点“移至废纸篓”，点“取消”
- 打开“系统设置 → 隐私与安全性 → 完全磁盘访问”，手动勾选 Sublime Text
- 再回到访达，右键 Sublime Text.app → “打开”，弹窗点“打开”即可
- 验证是否生效：终端运行
shasum -a 256 /Applications/Sublime\ Text.app/Contents/MacOS/Sublime\ Text，结果要和官网 release 页面一致
真正麻烦的不是下载，是验证环节被跳过——一旦用了没校验过的包，后续插件加载失败、subl 命令失效、甚至编辑器启动卡死，排查起来比重装还费时间。
