sublime text 无独立“deno安全开发插件”，安全依赖sublimelsp+deno lsp配置及deno运行时权限模型；需正确设置lsp路径、关闭冲突插件、启用auto_format_on_save，并通过--allow-read等命令行参数控制实际权限。
Sublime Text 本身不提供“Deno 安全开发插件”这个独立安装项——它没有官方 Deno 插件，所谓“安全开发”，其实是靠正确配置 SublimeLSP + deno lsp 服务，并配合 Deno 运行时自身的权限模型来实现的。直接装个插件不会自动给你加 --allow-net 或拦截危险 API 调用。
为什么不能只装一个“安全插件”
Deno 的安全机制（如 --allow-read、--allow-env）是在命令行运行时生效的，编辑器层无法替代或绕过这些限制。Sublime Text 只负责编辑、类型提示、格式化，不参与执行。所谓“安全开发支持”，本质是让编辑器能准确识别 Deno 的模块解析规则、权限报错提示、TS 类型检查，避免你写完代码才发现 Deno.readTextFile 在没加 --allow-read 时根本跑不通。
必须装的两个核心组件：SublimeLSP + Deno LSP 配置
缺一不可，否则连 import 提示都会报错：
-
SublimeLSP：通过 Package Control 安装，它是 Sublime 上所有语言服务器的统一入口 -
deno lsp：不是插件，而是 Deno 自带的子命令。需确保终端中运行deno lsp有输出（不是报 command not found），否则 LSP 启动失败 - 配置关键点在
LSP.sublime-settings中添加deno服务块，路径必须指向真实deno可执行文件（例如"command": ["C:/Users/xxx/deno.exe", "lsp"]，Windows 下注意反斜杠转义或用正斜杠） - 务必关闭其他 TS 相关插件（如 TypeScriptTools），它们会和 LSP 冲突，导致类型提示错乱或 import 路径标红
自动格式化与权限提示怎么起作用
deno fmt 和权限检查都不是编辑器功能，但可通过配置触发：
- 开启
"auto_format_on_save": true后，保存时 SublimeLSP 会调用deno fmt—— 所以你机器上必须能直接运行该命令 - 权限错误（比如用了
Deno.env.get("KEY")却没加--allow-env）不会在编辑器里高亮，但运行时报错信息会包含明确提示，例如：Uncaught PermissionDenied: environment access` was not granted - 想提前发现这类问题？在
tsconfig.json中启用"strict": true并配合deno check命令做预检，而不是依赖编辑器实时提示
容易被忽略的 Windows 路径和权限细节
尤其在中文路径或企业环境里，以下三点常导致 LSP 启动失败或无提示：
-
DENO_DIR环境变量若指向含空格或中文的路径（如C:\用户\xxx\.deno），deno lsp可能静默退出；建议设为纯英文短路径，例如DENO_DIR=C:\deno_cache - Windows Defender 或某些杀软会拦截
deno.exe首次运行，表现为 LSP 连接超时，需手动放行并重启 Sublime - 如果用的是 WSL2 中的 Deno，
deno lsp必须在 WSL 环境下运行，不能直接指向 Windows 下的deno.exe—— Sublime 无法跨子系统调用 LSP
deno run 时是否显式声明了最小必要权限。编辑器只是帮你少写错字、早发现问题，真正的防线始终在命令行参数那一行。
