sublime text默认将.m文件识别为objective-c但高亮错乱，因内置c++语法未覆盖@autoreleasepool、@property等oc特有token；须通过package control安装wbond维护的objective-c包并确保右下角显示objective-c。
Sublime Text 本身不提供 Objective-C 编译能力，也不能替代 Xcode 的 SDK、链接器或模拟器支持；它只能作为轻量编辑器承担语法高亮、跳转、构建触发等外围工作。真要写 iOS 底层代码（比如操作 objc_msgSend、class_addMethod、method_exchangeImplementations），必须依赖 Xcode 工具链——Sublime 只能“看”，不能“跑”。
为什么.m文件默认被识别为 Objective-C但高亮仍错乱？
Sublime 默认把 .m 当作 Objective-C 处理，但内置语法定义（Packages/C++/C.sublime-syntax）没覆盖 OC 特有 token，导致：@autoreleasepool、@property、instancetype、方括号消息语法 [obj method] 全部无色或误判为数组访问。这不是插件失效，而是语法 scope 定义缺失。
- 检查右下角状态栏：显示
Objective-C才算正确启用；若显示C++或C，说明语法未生效 - 不要手动改
Set Syntax: C++—— 这会让^{} blocks、@selector()彻底失色 -
.mm文件会被降级为 Objective-C++，高亮更不可靠；iOS 底层调试尽量用纯.m
怎么装对的 Objective-C 语法包？
必须用 Package Control 安装 wbond 维护的官方 Objective-C 包（不是 Objective-C Snippets 或旧版 tmLanguage），它适配 Sublime Text 4 且持续更新：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Package Control: Install Package回车 - 搜索
Objective-C，确认作者是wbond，安装后重启 Sublime - 若网络受限，可手动下载
Objective-C.sublime-syntax放入Packages/User/（路径通过Preferences → Browse Packages…打开）
头文件跳转和@implementation内方法不亮怎么办？
Sublime 的语法高亮不解析语义，只做文本模式匹配，所以 @implementation 块内方法签名常不亮——这不是 bug，是设计限制：
- 确保
.m文件顶部有空行，且@implementation不紧贴#import或注释，减少 scope 推断干扰 - 头文件跳转无法原生支持：系统框架（如
NSObject.h）需手动配置 Xcode SDK 路径到SideBarEnhancements或CTags插件 - 别指望
ClangAutoComplete解决高亮问题——它只补全，不染色；且对 runtime 函数（如objc_getClass）补全效果有限
真正写 iOS 底层代码时，@selector、NSInvocation、objc_msgSend 这类调用极易因类型擦除出错，而 Sublime 完全无法校验参数类型或返回值兼容性。这类代码必须在 Xcode 中编译运行并配合 LLDB 调试，Sublime 最多帮你少打几个错字。
