VSCode 无法原生运行 Objective-C，必须在 macOS 上使用 Apple clang 配合 Xcode 命令行工具和 Foundation SDK；tasks.json 需显式指定语言模式、ARC、框架路径及 sysroot，c_cpp_properties.json 仅影响跳转且路径须精确，vscode-objc 插件仅提供语法高亮。
VSCode 无法原生运行 Objective-C 代码，你必须在 macOS 上用 Apple 官方 clang 手动编译链接，缺一不可——换系统、换编译器、跳过 Xcode 命令行工具，都会直接失败。
确认 Apple clang 和 Foundation SDK 是否就位
不是装了 clang 就能跑 OC；Homebrew 的 llvm 或 GNU GCC 完全不识别 @interface、@autoreleasepool，也找不到 Foundation.framework。
- 终端执行
xcode-select --install（不是只打开 Xcode.app） - 执行
xcode-select -p，输出必须是/Applications/Xcode.app/Contents/Developer；若为/Library/Developer/CommandLineTools，运行sudo xcode-select --switch /Applications/Xcode.app - 执行
clang -v，确认输出含Apple clang字样，且版本 ≥ 15（Xcode 15.4+ 推荐） - 执行
ls /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/，应看到类似MacOSX.sdk的目录
tasks.json 必须显式传参，不能套用 C/C++ 模板
tasks.json 里写 gcc 或裸 clang 会立刻报错：比如 Unknown type name 'NSString' 或 Undefined symbols for architecture x86_64: "_OBJC_CLASS_$_NSAutoreleasePool"。原因是你没告诉编译器这是 Objective-C，也没指定 SDK 和框架路径。
-
type必须设为shell，不是cppbuild（后者会加 C++ 标准参数，破坏 OC 语义） -
command写绝对路径，例如/usr/bin/clang；用which clang确认 -
args至少包含："-x", "objective-c"（强制语言模式）、"-fobjc-arc"（启用 ARC）、"-framework", "Foundation"、"-isysroot"指向 SDK 路径（如/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk） - 输出路径用
"-o", "${fileDirname}/${fileBasenameNoExtension}"，避免空格或特殊字符导致链接失败
c_cpp_properties.json 只为跳转服务，配错反而干扰
这个文件不参与编译，只影响 IntelliSense（Ctrl+Click 跳转、符号补全）。但乱配 includePath 会导致大量 “symbol not found” 报错，甚至让 NSLog 都标红。
- 只填真实存在的路径：
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/**、/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/*/include -
macFrameworkPath必须包含/System/Library/Frameworks和/Library/Frameworks，否则#import <foundation></foundation>无法解析 - 别写错路径中的空格——
Xcode.app是合法路径名，但漏掉斜杠或大小写错误（如macosx.sdk）会导致整个头文件链失效 - 如果只是写命令行小程序（无 GUI），可以省略 AppKit/UIKit 路径；但一旦涉及
NSApplication就必须补全
vscode-objc 插件只管高亮，别指望它编译或补全
插件 Objective-C（by jasonnutter）只做三件事：.m/.h 文件关联、语法着色、括号匹配。它不读 tasks.json，也不加载 Foundation 语义。
- 必须手动在
settings.json加："files.associations": {"*.m": "objective-c", "*.h": "objective-c"} - 它不会补全
NSLog、@property或任何 Foundation 类方法；这些依赖clangd加载 SDK，而默认不启用 - 跳转失效？不是插件问题，是
c_cpp_properties.json里includePath没覆盖到objc/runtime.h或Foundation/NSObjCRuntime.h - 不要装多个 OC 插件——冲突会导致文件类型识别错乱，
.m被当成纯文本
最易被忽略的点：所有路径里的空格（Xcode.app）、大小写（MacOSX.sdk 不是 macOS.sdk）、以及 -isysroot 和 -framework Foundation 的顺序——clang 对这两项极其敏感，颠倒或遗漏任一，链接必挂。没有“差不多能跑”的中间状态，要么全通，要么报错。
