gzip-compress插件不适用于sublime text，因其是vs code扩展，与sublime插件体系不兼容；正确做法是用build system调用系统gzip命令，如配置"shell_cmd": "gzip -k -f \"$file\""并限定selector，保存为gzip.sublime-build后通过ctrl+shift+p → build with: gzip执行。
为什么 Gzip-Compress 插件在 Sublime Text 里基本不可用
它根本不是为 Sublime Text 设计的插件，而是 VS Code 的扩展（gzip-compress），名字带“Gzip”但和 Sublime 的插件体系完全不兼容。你在 Package Control 里搜 Gzip-Compress 或 gzip，返回结果要么是过时的、ST3 专用的废弃项目（如 Gzip），要么是名字相似但功能错位的工具（比如只压缩单个文本块的 Text Compressor）。直接安装会失败，控制台报 reloading plugin Gzip-Compress failed 或静默无响应。
真正可用的替代方案：用 Build System + shell 命令实现一键 gzip
Sublime Text 不靠插件做文件压缩，而是通过 Build System 调用系统 gzip 命令。前提是你的 Linux/macOS 已预装 gzip，Windows 需装 Git for Windows 或 WSL 并确保 gzip 在 PATH 中（终端运行 gzip --version 可验证）。
- 打开
Tools → Build System → New Build System… - 替换内容为：
{
"shell_cmd": "gzip -k -f \"$file\"",
"file_regex": "^(.*?):([0-9]+):([0-9]+):? ?(.*)$",
"working_dir": "$file_path",
"selector": "source.json, source.css, source.js, text.html"
}
-k 保留原文件，-f 强制覆盖已有 .gz 文件；selector 限定只对常见前端静态文件生效。保存为 Gzip.sublime-build，然后用 Ctrl+Shift+P → Build With: Gzip 即可压缩当前打开的 .js、.css 等文件，生成同名 .gz 文件。
手动压缩整个 dist 目录？别用插件，用终端更稳
前端打包后通常是一整个 dist/ 目录，Sublime 的 Build System 一次只能处理单文件。这时候硬塞插件反而绕远路。直接在项目根目录终端执行：
find dist/ -type f \( -name "*.js" -o -name "*.css" -o -name "*.html" \) -exec gzip -k -f {} \;
这条命令递归压缩所有 JS/CSS/HTML 文件，且不碰图片、字体等二进制文件——比任何“一键压缩插件”都精准可控。如果常用，可存为 shell 脚本或 alias，避免重复敲。
容易被忽略的关键点：gzip 后的文件名和服务器配置必须匹配
Sublime 生成的 main.js.gz 不会自动让 Nginx/Apache 返回它。你必须确认：gzip_static on; 已启用，且响应头包含 Content-Encoding: gzip。否则浏览器拿到的是压缩后的二进制乱码。这不是 Sublime 的问题，但很多人卡在这一步，以为“压缩成功=能用”，实际只是完成了前半段。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
