vs code中matlab无需外部编译器，本质是调用本地matlab可执行文件运行脚本；核心配置为matlab.defaultinterpreterpath，需准确指向matlab.exe或matlab二进制路径；调试依赖共享引擎，须用-nodisplay启动并指定enginename，不可混淆为c/c++编译流程。
VSCode 里没有“MATLAB 外部编译器”这个概念
MATLAB 不是编译型语言，matlab 进程本身是解释执行引擎，不存在像 C/C++ 那样的「调用外部编译器生成可执行文件」流程。所谓「配置外部编译器」，实际是指：让 VS Code 调用本地已安装的 matlab 可执行文件来运行或调试 .m 脚本。关键不是“编译”，而是“启动 MATLAB 引擎并传入脚本路径”。
如果你看到报错 Command 'matlab' not found 或插件显示 MATLAB not found，问题一定出在 VS Code 找不到 matlab 命令行入口，而不是缺什么编译器。
必须设置 matlab.defaultInterpreterPath
这是最常被忽略、也最核心的配置项。官方 MATLAB 扩展（mathworks.matlab）默认只查系统 PATH，但 Windows/macOS/Linux 默认都不把 MATLAB 的 bin 目录加进 PATH，所以几乎必设。
- Windows 示例：
"matlab.defaultInterpreterPath": "C:\Program Files\MATLAB\R2023b\bin\matlab.exe" - macOS 示例：
"matlab.defaultInterpreterPath": "/Applications/MATLAB_R2023b.app/bin/matlab" - Linux 示例：
"matlab.defaultInterpreterPath": "/usr/local/MATLAB/R2023b/bin/matlab"
注意：matlab.defaultExecutablePath 是旧版参数名，已弃用；matlab.installPath 只用于某些辅助功能（比如自动查找），不能替代 defaultInterpreterPath。填错路径会导致插件完全无法唤起 MATLAB 进程。
运行脚本时 pwd 不对？别靠 Code Runner 硬配
很多人用 formulahendry.code-runner 插件配 matlab 运行命令，写类似 cd $dir && matlab -nosplash -nodesktop -r "$fileNameWithoutExt; exit" 的 shell 命令。这看似能跑通，但隐患极大：
-
-r启动后立即执行，不等 MATLAB 完全初始化，可能触发Undefined function错误 -
cd $dir在 shell 层切换路径，但 MATLAB 引擎内部工作目录仍是上次残留的，pwd输出不可信 - 无法支持断点调试、变量查看、多文件函数调用链跳转
正确做法是：禁用 Code Runner 的 MATLAB 配置，改用官方扩展的原生运行机制（Ctrl+F5）。它会自动确保 MATLAB 工作目录与当前文件所在目录一致，并启用 LSP 支持。如果仍需终端输出控制，可在 settings.json 中加："matlab.terminal.runInTerminal": true，强制走集成终端。
调试失败常见于 engine 共享未就绪
F5 启动调试报错 Failed to connect to shared MATLAB engine，本质是 VS Code 和 MATLAB 进程没建立通信通道。这不是路径问题，而是启动模式不匹配：
- 必须先手动在终端中运行一次：
/path/to/matlab -nodisplay -r "matlab.engine.shareEngine('myEngine'); pause;" - 再在 VS Code 的
launch.json中指定："engineName": "myEngine" - 不能用
-nodesktop——它仍会拉起 GUI 窗口；必须用-nodisplay才是纯后台模式 - 同一台机器上不能有多个同名 engine，否则第二个会拒绝连接
调试器依赖 MATLAB 后台进程长期存活，不是每次 F5 都重启 MATLAB。这点和 Python/Node.js 完全不同，容易误判为「配置没生效」。
真正麻烦的从来不是路径填错，而是把 MATLAB 当成编译型工具去理解它的执行模型。只要认清它是「远程引擎调用」而非「本地编译」，所有配置逻辑就自然浮现了。
