sublime text 默认无法直接运行 deno 脚本，因为它不内置运行时，仅能调用外部命令；deno 未被默认识别，需手动配置构建系统指定 deno 可执行路径，并显式添加权限标志（如 --allow-all）、支持 typescript 类型检查及 --watch 热重载等变体，且缺乏 ide 级语言服务支持。
为什么 Sublime Text 默认无法直接运行 Deno 脚本
因为 Sublime Text 本身不内置运行时，它只负责编辑和调用外部命令；而 Deno 不像 Node.js 那样被多数构建系统默认识别，deno run 命令需要显式配置才能触发，且默认不支持 TypeScript 类型检查或 --watch 热重载的集成反馈。
如何在 Sublime Text 中正确配置 Deno 构建系统
Sublime Text 的构建系统（Build System）是关键入口，必须手动创建 JSON 配置文件，指向本地安装的 deno 可执行文件，并适配常见使用场景：
- 确保已通过官方方式安装 Deno（如
curl -fsSL https://deno.land/install.sh | sh），并将其加入$PATH，可在终端运行deno --version验证 - 在 Sublime Text 中打开 Tools → Build System → New Build System…，粘贴以下内容并保存为
Deno.sublime-build - 注意替换
shell_cmd中的路径：若deno不在$PATH，需写绝对路径（如/home/username/.deno/bin/deno或C:\Users\xxx\AppData\Local\deno\bin\deno.exe）
{
"cmd": ["deno", "run", "--allow-all", "$file"],
"selector": "source.ts,source.js",
"working_dir": "${file_path}",
"shell": true,
"variants": [
{
"name": "Run with Watch",
"cmd": ["deno", "run", "--watch", "--allow-all", "$file"]
},
{
"name": "Check Types Only",
"cmd": ["deno", "check", "$file"]
}
]
}
常见报错及对应修复方式
实际使用中，最常遇到三类错误，都和权限、语法或路径有关：
-
Permission denied: read：Deno 默认沙箱运行，需显式加权限标志，如--allow-read、--allow-env；--allow-all仅用于开发调试，不可用于生产 -
Cannot resolve module：Deno 不读取node_modules，所有依赖必须是 URL（如https://deno.land/std@0.224.0/fmt/colors.ts）或本地相对路径，且后缀.ts不能省略 - 构建后无输出或卡住：检查是否误将
.js文件用deno run执行了含顶层await的代码——Deno 支持顶层 await，但 Sublime 的构建系统可能因 stdout 缓冲未刷新而“看起来没反应”，可在脚本末尾加console.log("done")确认
Sublime Text + Deno 的实用边界在哪里
它适合轻量脚本验证、CLI 工具快速原型、学习 Deno 语法和权限模型；但不适合大型项目开发——缺少实时类型提示、跳转定义、自动补全等 IDE 级能力。VS Code 的 denoland.vscode-deno 插件能提供完整语言服务，而 Sublime Text 即使装了 SublimeLinter 或 Terminus，也难以稳定支持 deno lsp 的完整交互。
真正容易被忽略的是：Deno 的模块解析是静态分析驱动的，Sublime Text 不会自动下载远程模块，首次运行时网络失败会导致构建中断，且错误信息不会高亮到具体 import 行——你得切到终端看完整日志。
