vs code本身不生成.exe，.exe路径由外部工具（如gcc的-o参数、cmake的cmake_runtime_output_directory、pyinstaller的dist目录）决定；outputdir等配置在c/c++扩展中无效，仅少数扩展（如cmake tools）识别且非直接控制最终输出。
VS Code 本身不生成 .exe，它只是调用外部工具（gcc、cmake、dotnet、pyinstaller 等）；.exe 的位置完全由这些工具的命令或配置决定，不是 VS Code 设置能直接控制的。
为什么改了 tasks.json 或 settings.json 里的 outputDir 没用？
因为 C/C++ 官方扩展（cpptools）和绝大多数 VS Code 内置功能根本不读 outputDir 字段。这个字段只在极少数扩展（如 CMake Tools）中被识别，且含义也非“最终 .exe 路径”，而是构建中间目录。你看到配置项里有它，不代表它生效。
-
tasks.json中的args才是关键——比如 gcc 必须显式写-o ./build/main.exe，否则默认输出到当前目录、文件名是a.exe -
settings.json里加"C_Cpp.default.outputDirectory"对编译行为零影响，它只用于 IntelliSense 符号索引，不是构建路径 - 如果你用的是 CMake，
cmake.buildDirectory控制的是构建缓存位置（如./build/），但最终.exe在./build/src/或./build/bin/下，取决于CMakeLists.txt
gcc / clang 编译时如何指定 .exe 输出路径？
必须在 tasks.json 的 args 数组里用 -o 参数给出完整路径，VS Code 不会自动创建父目录，路径不存在就报错。
- Windows 下推荐用正斜杠或双反斜杠：
"./build/${fileBasenameNoExtension}.exe"，避免\b被当转义符 - 务必提前手动创建
build/文件夹，或在tasks.json中加前置 shell 命令："command": "cmd", "args": ["/c", "if not exist build mkdir build && gcc -g ${file} -o ./build/${fileBasenameNoExtension}.exe"] - 不要写
-o build/（结尾带斜杠），gcc 会把它当目录名而非路径前缀，报cannot create output file: build/: Is a directory
CMake + VS Code 下 .exe 为什么不在 build/ 根目录？
CMake 默认按构建类型和目标类型分散输出：CMAKE_RUNTIME_OUTPUT_DIRECTORY 才管可执行文件去哪，但它默认为空，于是退化为源码所在子目录（如 build/src/）。
- 在
CMakeLists.txt开头加两行强制统一输出位置：set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/bin)和set(CMAKE_RUNTIME_OUTPUT_DIRECTORY_DEBUG ${CMAKE_BINARY_DIR}/bin) - 改完后必须删掉整个
build/文件夹，再重新运行 CMake: Configure（不是仅 Build），否则旧缓存会继续生效 - MSVC 工具链下，
DEBUG和RELEASE构建会走不同变量，建议同时设置_DEBUG和_RELEASE后缀版本，或直接用set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/bin)覆盖所有
Python 打包成 .exe 后文件在哪？
PyInstaller 默认生成两个地方：dist/（主程序和依赖）和 build/（临时中间文件）。真正能分发的是 dist/ 下的文件夹或单个 .exe。
- 命令
pyinstaller --onefile script.py→ 输出dist/script.exe - 命令
pyinstaller script.py（无 --onefile）→ 输出dist/script/script.exe+ 一堆 dll/so - 如果用了
--distpath mydist，那输出就在mydist/下，不是dist/ - 注意：VS Code 终端必须在项目根目录运行 pyinstaller，否则它找不到模块路径，打包出来的 .exe 运行时报
ModuleNotFoundError
最常被忽略的一点：路径逻辑在打包前后完全不同。开发时 open("config.json") 能工作，打包后几乎必然失败——因为 .exe 运行时的当前工作目录不等于源码目录，也不等于 .exe 自身位置。必须用 sys._MEIPASS 动态拼资源路径，这点没有例外。
