Sublime Text 无法配置 CDN 缓存策略，因为它只是代码编辑器，不参与 HTTP 响应、无运行时环境、不执行构建逻辑；缓存头需由 Nginx/Apache/CDN/后端设置，文件哈希化需 Webpack/Vite 等构建工具完成。
Sublime Text 本身不处理 HTTP 缓存或 CDN 资源分发，它只是一个代码编辑器。你无法在 Sublime 中直接配置 HTTP 响应头（如 Cache-Control、ETag）或生成带哈希的版本化文件名（如 app.a1b2c3.js）。这些属于服务器、构建工具或部署流程的职责。
为什么 Sublime 不能配置 CDN 缓存策略
HTTP 头由 Web 服务器（如 Nginx、Apache）、CDN（如 Cloudflare、Akamai）或后端应用（如 Express、Django）在响应时动态添加；文件版本化则需在构建阶段通过工具计算内容哈希并重命名。Sublime 没有运行时环境、不参与请求响应、也不执行打包逻辑——它只负责“写代码”。
真正该配置缓存的地方和方式
你需要在以下环节设置：
- Nginx 配置示例：对静态资源设置强缓存
location ~* \.(js|css|png|jpg|gif|webp|woff2?)$ {
expires 1y;
add_header Cache-Control "public, immutable";
}-
Cloudflare 页面规则：为
/static/*启用“Cache Level: Cache Everything” + “Edge Cache TTL” - Webpack/Vite 构建时启用文件哈希：确保输出文件名含 contenthash
// webpack.config.js
output: {
filename: 'js/[name].[contenthash:8].js',
chunkFilename: 'js/[name].[contenthash:8].chunk.js'
}Sublime 可辅助的“缓存相关工作”
虽然不执行缓存逻辑，但你可以用 Sublime 提高相关配置效率：
- 编辑 Nginx/Apache 配置文件（语法高亮 + 快速跳转）
- 管理
webpack.config.js或vite.config.ts中的 output 和 build 配置 - 用插件（如 AutoFileName）自动补全本地静态资源路径，避免引用未哈希的旧文件
- 用正则替换快速更新 HTML 中引用的带哈希的 JS/CSS（配合构建后生成的
manifest.json）
推荐工作流（轻量级项目）
若无构建工具，可手动实现简单版本化：
- 每次修改 JS/CSS 后，用命令行生成哈希：
shasum -a 256 app.js | cut -d' ' -f1 | cut -c1-8 - 重命名文件为
app.v-abc12345.js，并在 HTML 中更新引用 - 用 Sublime 的“多行编辑”或“Find in Files”批量替换旧版本号
- 服务器配置对应路径的长期缓存（如匹配
v-[a-z0-9]{8}的文件）
基本上就这些。Sublime 是好帮手，但别让它干服务器和打包工具的活。
