VSCode 默认不支持 Objective-C 格式化，需在项目级 settings.json 中配置三项：启用 C/C++ 的 Clang-Format、为 objective-c 和 objective-c++ 语言绑定 ms-vscode.cpptools 作为默认格式化器。
VSCode 默认不支持 Objective-C 格式化，必须显式配置 Clang-Format 并指定语言支持，否则 Shift+Alt+F（Windows/Linux）或 Shift+Option+F（macOS）会静默失败或报“没有可用的格式化程序”。
为什么 Objective-C 文件按快捷键没反应？
VSCode 的 C/C++ 扩展（ms-vscode.cpptools）原生支持 Objective-C，但默认只启用 C/C++ 语法高亮和智能提示，不自动激活 Clang-Format 对 .m 和 .h 文件的格式化能力。常见现象包括：
- 右下角语言模式显示为 “Objective-C”，但快捷键无响应
- 命令面板搜
Format Document后执行，弹出 “There is no formatter for 'objective-c' files installed.” - 已装
clang-format命令行工具，但 VSCode 没读到或没绑定到该语言
根本原因：VSCode 需要明确知道“对 objective-c 类型文件，用哪个 formatter、走哪条规则”。它不会自动把 .m 映射到 Clang-Format，哪怕你已全局启用 "C_Cpp.formatting": "clangFormat"。
必须配置的三项 settings.json 设置
在项目根目录的 .vscode/settings.json 中（**不要只配用户级设置**，旧项目常需工作区独有规则），写入以下内容：
{
"C_Cpp.formatting": "clangFormat",
"[objective-c]": {
"editor.defaultFormatter": "ms-vscode.cpptools"
},
"[objective-c++]": {
"editor.defaultFormatter": "ms-vscode.cpptools"
}
}说明：
-
"C_Cpp.formatting": "clangFormat"是开关，告诉 C/C++ 扩展启用 Clang-Format 引擎（不是插件名，是内置能力） -
"[objective-c]"块是关键——它把.m和.h（当被识别为 Objective-C 时）的默认 formatter 绑定到ms-vscode.cpptools，从而触发其 Clang-Format 流程 - 别漏掉
[objective-c++]：某些旧项目混用.mm文件，这个配置能覆盖 - 如果项目里有
.clang-format文件，Clang-Format 会自动加载；没有的话，它 fallback 到file风格（即报错），所以建议补一个最简配置
旧项目推荐的 .clang-format 最小可用配置
Objective-C 项目通常沿用 Apple 或 LLVM 风格，但直接套用预设容易因括号换行、property 缩进等问题导致大量误改。实测兼容性最好的起点是：
--- Language: ObjC BasedOnStyle: Google AlignAfterOpenBracket: AlwaysBreak AllowAllArgumentsOnNextLine: false AllowAllParametersOfDeclarationOnNextLine: false AllowShortFunctionsOnASingleLine: Empty AllowShortIfStatementsOnASingleLine: false AllowShortLoopsOnASingleLine: false AlwaysBreakAfterReturnType: None BinPackParameters: true ColumnLimit: 100 ContinuationIndentWidth: 4 IndentWidth: 4 TabWidth: 4 UseTab: Never
注意点：
- 别用
BasedOnStyle: WebKit：它对@property的换行处理极激进，老代码一格式化就全乱 -
ColumnLimit: 100比默认 80 更适配现代屏幕，避免NS_ENUM定义被硬拆 - 确保终端能跑通
clang-format --version；若用 Xcode 自带的 clang-format（路径如/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang-format），需在 settings.json 加"C_Cpp.clang_format_path"指向它
保存时自动格式化要谨慎开
对旧项目，"editor.formatOnSave": true 很危险：
- 可能批量重写
#import ""顺序，破坏依赖隐含逻辑 - 把
if (x) {改成if (x)换行 + 空行，而旧代码规范可能禁止空行 - Clang-Format 不识别
// clang-format off注释（仅新版支持），老注释会失效
更安全的做法：
- 先关掉
formatOnSave，用Shift+Alt+F手动格式化单个文件验证效果 - 挑几个典型
.m文件试跑，对比 Git diff 看是否引入语义无关变更 - 确认无误后，再在
.vscode/settings.json中局部开启："editor.formatOnSave": true, "editor.formatOnSaveMode": "modifications"
（只格式化改动行，降低风险）
真正麻烦的从来不是配通格式化，而是第一次运行时发现它把 dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(0.1 * NSEC_PER_SEC)), queue, ^{ 这种长行拆得面目全非——这时候就得回退 .clang-format，加 DisableFormat: true 段或手动调 PenaltyExcessCharacter。旧项目维护，宁可慢，别乱动。
