### 配置 Sublime Text 编译 Objective-C：别踩这些坑 Sublime Text 本身并不内置 Objective-C 支持，也不能直接调试 iOS 应用，但把它当轻量级编辑器+编译环境来用完全可行——写写命令行工具、算法练习，或者验证 Cocoa CoreFoundati
### 配置 Sublime Text 编译 Objective-C：别踩这些坑
Sublime Text 本身并不内置 Objective-C 支持，也不能直接调试 iOS 应用，但把它当轻量级编辑器+编译环境来用完全可行——写写命令行工具、算法练习，或者验证 Cocoa CoreFoundation 层的逻辑，都没问题。关键前提只有一个：你得先搞定能编译 Objective-C 的底层工具链，Sublime 只是负责调它而已。
---
### macOS 上用 Xcode 命令行工具编译 Objective-C
这个方案最干净，兼容性也最好。Xcode 自带 clang 和 Foundation 框架，不需要额外安装 GNUstep。不过有个前提：`clang` 必须能识别 `-framework Foundation`。怎么确认？跑一下 `xcode-select -p`，如果返回类似 `/Applications/Xcode.app/Contents/Developer` 就对了；要是报错或路径不对，先执行 `xcode-select --install` 或 `xcode-select -s /Applications/Xcode.app/Contents/Developer`。
接下来新建 `Objective-C.sublime-build`，直接贴下面的配置：
```json
{
"cmd": ["bash", "-c", "clang -x objective-c -fobjc-arc -framework Foundation '$file' -o '${file_path}/${file_base_name}'"],
"file_regex": "^(.*?):([0-9]+):([0-9]+): (.*)$",
"working_dir": "$file_path",
"selector": "source.objc",
"shell": true,
"variants": [
{
"name": "Run",
"cmd": ["bash", "-c", "clang -x objective-c -fobjc-arc -framework Foundation '$file' -o '${file_path}/${file_base_name}' && '${file_path}/${file_base_name}'"]
}
]
}
```
注意 `"shell": true` 是必须的，否则 `&&` 不会生效，变量也展不开。保存后，在 `.m` 文件里按 `Ctrl+B` 编译，`Ctrl+Shift+B` 编译并运行。错误行号会高亮跳转，全靠 `file_regex` 匹配 clang 默认输出格式。
---
### Windows 上必须用 GNUstep，而且路径不能含中文或空格
GNUstep 是 Windows 上唯一能跑 Foundation 的开源实现。但它的头文件路径、库路径、环境变量三者必须严丝合缝——差一个斜杠都编译失败。
* 装完 GNUstep 后，务必把 `C:\GNUstep\bin` 和 `C:\GNUstep\GNUstep\System\Tools` 加到系统 `PATH`，然后重启 Sublime（不是重启电脑，但 Sublime 必须完全退出再重开）。
* `Objective-C.sublime-build` 里的 `-I` 和 `-L` 路径得和实际安装位置一致，比如：
```json
"cmd": ["gcc", "-o", "${file_base_name}.exe", "${file_name}",
"-I", "C:/GNUstep/GNUstep/System/Library/Headers",
"-L", "C:/GNUstep/GNUstep/System/Library/Libraries",
"-lobjc", "-lgnustep-base", "-fconstant-string-class=NSConstantString"]
```
* 文件保存路径不能含中文、空格、特殊符号；`#import
` 必须小写 `foundation`——GNUstep 对大小写敏感。
---
### 为什么不用 SublimeClang 补全？它在 Objective-C 场景下基本失效
SublimeClang 依赖 `libclang` 解析语法，但 Objective-C 的 `@autoreleasepool`、`NSLog`、Category 等特性在旧版 `libclang` 中支持不全；更关键的是，它无法自动推导 GNUstep 或 Xcode 的 framework 路径。手动填一堆 `-isystem` 后，大概率还是报 `Unknown type name 'NSString'`。
别浪费时间配 `SublimeClang.sublime-settings` 里的 `options` 数组——对 Objective-C 来说，补全可靠性远低于直接用 Xcode 或 VS Code + clangd。如果真想查接口，建议用 Sublime 写，然后用 `xcrun clang -Xclang -ast-dump-json` 手动查，比调插件快。
---
### 常见错误：`clang: error: no such file or directory: 'xxx.m'`
这个报错不是路径问题，是 Sublime 没正确传参给 shell。根本原因在于 `cmd` 数组里没设 `"shell": true`，导致 `$file` 这类变量未展开，clang 实际收到的是字面量 `$file` 而不是真实路径。
* 所有含 `$file`、`${file_base_name}` 的 build 文件，只要用了 `bash -c` 或管道 `&&`，就必须显式写 `"shell": true`。
* Windows 下如果用 `cmd.exe` 替代 `bash`，变量语法要改成 `%FILE%`，且 `shell` 设为 `false`——但强烈不推荐，兼容性更差。
* 检查方法：在 build 文件里临时加一行 `"cmd": ["echo", "$file"]`，看输出是不是空——是空就说明变量没展开。
真正卡住人的从来不是配置步骤，而是 macOS 和 Windows 两套工具链对路径、框架、运行时的隐式依赖完全不同。同一个 `.sublime-build` 文件绝不可能跨平台通用，连注释都不能复用。动手前先确认清楚自己在哪套系统上，再选对应路径和编译器——别试图“一套配置走天下”。
