必须安装fsharp-sublime语法包、设语法为f#、配置selector为source.fsharp的dotnet fsi构建系统:装包认准作者,检查extensions含"fs""fsx";构建系统用shell_cmd(macos/linux)或cmd(windows),file_regex匹配f#错误格式,且fsharpi已废弃,仅dotnet fsi可用。

Sublime Text 本身不识别 .fs 和 .fsx 文件,装完插件却仍是 Plain Text、Ctrl+B 按了没反应、错误行点不了——不是你代码写错了,是编辑器根本没“认出”这是 F#。必须同时满足三件事:装对语法包、设对语法名、配对构建系统,缺一不可。
怎么让 .fs 和 .fsx 文件一打开就有高亮
右下角显示 “Plain Text” 就是典型信号,说明语法定义压根没加载。关键不是搜到“FSharp”就装,而是必须锁定作者和行为:
- 用
Ctrl+Shift+P(Win/Linux)或Cmd+Shift+P(macOS)调出命令面板,输入Install Package回车 - 搜索
FSharp,只安装作者明确为fsharp-sublime的那个包——FSharpSyntax或带OCaml字样的泛用包会劫持.fs后缀,导致关键字变色错乱、缩进崩溃 - 安装后打开任意
.fs文件,点击右下角语法名 → 手动选F#;或直接按Ctrl+Shift+P输入Set Syntax: F# - 若仍不生效,进
Preferences → Package Settings → FSharp → Settings,确认"extensions"数组里有"fs"和"fsx"(注意是复数extensions,不是单数)
为什么 Ctrl+B 运行 .fsx 报 dotnet not found 或空白输出
这不是 PATH 没配好,而是 Sublime 构建系统默认不继承 shell 环境变量——即使终端里 dotnet fsi --version 能跑,Sublime 也看不见它。
- 先在终端执行
dotnet --version,必须 ≥ 6.0;再运行dotnet fsi --version确保交互式环境可用(fsharpi已彻底废弃,任何含它的配置都会失败) - Windows 用户:建议从终端启动 Sublime(比如
subl),否则开始菜单启动时读不到 PowerShell 的 PATH;若用 Git Bash/MSYS2,需在构建系统里把shell_cmd改成bash -c "dotnet fsi "$file"" - macOS/Linux 用户:检查
which dotnet是否有输出;没有就补export PATH="$HOME/.dotnet:$PATH"到~/.zshrc或~/.bash_profile,然后source一下 - 实在不行,在构建系统里硬写绝对路径:
"cmd": ["C:\Program Files\dotnet\dotnet.exe", "fsi", "$file"](Windows)或"shell_cmd": "/usr/local/share/dotnet/dotnet fsi "$file""(macOS)
构建系统怎么写才支持双击跳转错误行
file_regex 不匹配 F# 实际报错格式,就等于白配——点击错误信息不会跳到对应位置。F# 错误典型格式是 test.fsx(5,12–5,18),即文件名 + 括号内“起始行,起始列–结束行,结束列”。
- Windows 构建系统用
"cmd"字段:"file_regex": "^(.*?):([0-9]+):([0-9]+)-([0-9]+):([0-9]+)" - macOS/Linux 必须用
"shell_cmd"字段,否则含空格路径会崩;file_regex同上 -
"selector"必须是"source.fsharp"(不是source.fs或空值),否则 Sublime 不会在你打开.fsx时自动激活该构建系统 - 完整示例(macOS/Linux):
{ "shell_cmd": "dotnet fsi "$file"", "file_regex": "^(.*?):([0-9]+):([0-9]+)-([0-9]+):([0-9]+)", "working_dir": "$file_path", "selector": "source.fsharp" }
为什么不能用 fsharpi,必须用 dotnet fsi
fsharpi 在 .NET 6+ 中已彻底移除,任何还写 fsharpi "$file" 的构建配置都会失败,错误信息如 The term 'fsharpi' is not recognized 或 command not found——这不是路径问题,是工具链本身淘汰了。
-
dotnet fsi是当前唯一受支持的交互式执行方式,能正确加载#r引用、处理#load、兼容 F# 6+ 特性(如无分号推断、管道运算符) - Windows 用户注意:PowerShell 默认执行策略可能阻止
dotnet fsi,临时绕过可用Set-ExecutionPolicy RemoteSigned -Scope CurrentUser - 构建系统必须区分平台:
cmd字段仅用于 Windows,shell_cmd字段用于 macOS/Linux;混用会导致空格路径崩、构建无输出
最常被忽略的是 selector 值必须为 source.fsharp,而不是 source.fs 或留空——这个字段决定了 Sublime 在什么语法上下文里启用你的构建系统,错一个字符,Ctrl+B 就永远静默。











