vscode 不能直接开发或调试 ios app，仅支持纯 swift package 开发；需系统安装 swift 工具链（≥5.9）、正确配置 sourcekit-lsp 路径及 sschmid.swift 插件，且仅 macos 可调试命令行程序。
VSCode 不能直接写 iOS App，更没法在 iPhone 上运行或调试。它只适合写纯 Swift Package（比如工具库、算法模块、服务器逻辑），且必须配合系统级 Swift 工具链和 sourcekit-lsp 才能有基础编辑能力——装个插件就开干，必然失败。
确认 Swift 工具链已安装且版本 ≥ 5.9
VSCode 本身不带编译器，swiftc、swift build、sourcekit-lsp 全靠你系统里装的工具链提供。没这层，后面所有配置都是空转。
- macOS 推荐用
brew install --cask swift（来自swift-langtap），别依赖 Xcode 自带的受限版本；运行swift --version和sourcekit-lsp --help都得有输出 - Linux 用户必须从
swift.org/download下载预编译包，解压后把usr/bin加进$PATH，再验证swift build --version - Windows 用户只能走 WSL2 + Ubuntu + Swift 工具链，VSCode 要装
Remote - WSL扩展
Swift 插件选 sschmid.Swift，且必须配对 sourcekit-lsp 路径
VSCode 自带 LSP 客户端容易和 sourcekit-lsp 冲突，导致跳转失效、补全卡死。sschmid.Swift 是目前最稳的选择，但它只是“外壳”，真正干活的是你本地的 sourcekit-lsp 进程。
- 安装插件后，在 VSCode 设置里搜
swift.sourcekit-lsp.path，填入真实路径，例如：/Library/Developer/Toolchains/swift-5.9-RELEASE.xctoolchain/usr/bin/sourcekit-lsp - 务必关闭设置项
Editor: Suggest: Snippets Prevent Quick Suggestions，否则补全响应极慢 - 打开单个
.swift文件不会触发解析——必须用 VSCode 打开含Package.swift的项目根目录
调试仅限 macOS 命令行程序，launch.json 必须手动写
Linux 上 lldb 支持不稳定，Windows 不支持；iOS App 根本无法调试。只有 macOS 下的纯 Swift 可执行文件（--type=executable）可调试，且依赖正确构建和 launch.json 配置。
- 构建时必须用
swift build --configuration debug，release 模式会优化掉符号，断点无效 -
.vscode/launch.json中program字段要指向实际二进制，例如："${workspaceFolder}/.build/debug/MyApp" - 别指望自动识别——VSCode 不会帮你生成这个文件，也不懂
Package.swift里的 target 名称
别碰 iOS UI 相关开发，Xcode 是唯一正解
UIKit、SwiftUI、CoreData、模拟器启动、证书签名、Provisioning Profile —— 这些全是 Xcode 私有机制。VSCode 没有接口调用 simctl，也没法注入 UIKit App 进程，launch.json 里填任何 iOS bundle ID 都是徒劳。
- 想写 iOS App？老实用 Xcode。VSCode 只能当“高级文本编辑器”辅助写纯逻辑代码
- 如果项目用了 CocoaPods 或 Swift Package 依赖 UIKit，VSCode 几乎无法解析 import，补全失效是常态
- 所谓“SweetPad”等第三方扩展，本质是封装了
xcodebuild命令调用，并非 VSCode 原生能力；它仍需 Xcode 完整安装且授权
最容易被忽略的一点：sourcekit-lsp 是否正常工作，不看 VSCode 界面提示，而要看终端能否手动运行 sourcekit-lsp --help 并成功连接——很多问题根源不在插件，而在路径、权限或 SDK 选择（比如 xcode-select -p 指向了错误的 Command Line Tools）。
