ModuleNotFoundError真实原因是Python环境错位，非未安装库；VS Code右下角显示的解释器路径才是代码实际使用的“家”，需确保pip install与该解释器绑定。
Python：ModuleNotFoundError 的真实原因不是没装，是环境错位
VS Code 里 import requests 报错，八成不是库没装，而是你终端里运行的 pip install 和 VS Code 实际运行代码用的 Python 解释器根本不是同一个。右下角显示的 Python 3.11.5 路径，才是代码真正认的“家”；而你在终端敲 pip install 时，很可能用的是系统默认 Python 或另一个虚拟环境里的 pip。
- 先点右下角 Python 版本号 → 选带
.venv或venv字样的路径（Windows 是.venv\Scripts\python.exe，macOS/Linux 是.venv/bin/python） - 打开 VS Code 内置终端（
Ctrl + `），运行which python（macOS/Linux）或where python（Windows），输出路径必须和上面选中的一致 - 确认无误后，别再直接敲
pip install requests，改用：python -m pip install requests—— 这样才能确保装进当前解释器的site-packages
C++：头文件能识别但链接失败？缺的是 -l 不是 -I
编辑器不报红、#include 也能跳转，可一编译就提示 undefined reference to `cv::imread' —— 这说明头文件路径（-I）配对了，但链接器根本没找到函数实现所在的动态/静态库（-l）。
-
c_cpp_properties.json中的includePath只影响 IntelliSense 补全和语法检查，和最终能否运行无关 -
tasks.json的args数组里必须显式加-L/path/to/opencv/lib（指定库文件所在目录）和-lopencv_core452（指定具体要链接的库名，注意版本号） - Windows 下若用 MinGW，OpenCV 官方预编译包通常提供
libopencv_*.a静态库或libopencv_*.dll.a导入库；直接写-lopencv_core会失败，得用完整带版本号的名字，比如-lopencv_core452
Python：import 标红但运行正常？Pylance 没刷新索引
代码里 import numpy 下划线标红、没自动补全，可 Ctrl+F5 运行却完全没问题 —— 这不是环境问题，是 VS Code 的 Python 语言服务（Pylance）还没把新装的库路径纳入索引范围。
- 重启 VS Code 有时能解决，但更稳的方式是：按
Ctrl + Shift + P→ 输入Python: Restart Language Server手动触发重载 - 如果库装在非标准位置（比如项目内
./libs/），需在工作区根目录的.vscode/settings.json中加配置："python.analysis.extraPaths": ["./libs"] - 注意：这个设置只影响编辑时的提示，不影响实际 import 行为；运行仍取决于
sys.path和解释器环境
C++：用 tasks.json 编译时找不到 lib 文件？路径里别带空格和括号
MinGW 编译 OpenCV 项目时，tasks.json 里写了 -LF:/Program Files (x86)/OpenCV/lib，结果报错 cannot find -lopencv_core452 —— Windows 命令行对含空格和括号的路径极其敏感，g++ 会把 Files (x86) 当作两个独立参数处理。
- 要么用短路径（如
F:/Progra~1/OpenCV/lib），要么用双引号包裹整个路径："-LF:/Program Files (x86)/OpenCV/lib" - 但更推荐的做法：把 OpenCV 解压到无空格、无中文、无特殊符号的路径，例如
F:/dev/opencv452，然后统一用该路径 - MinGW 对路径分隔符不敏感（
/和\都行），但务必确保-L后跟的是包含.a或.dll.a文件的目录，而不是上层lib目录本身（有些包结构是lib/x64/）
事情说清了就结束。最常被忽略的，其实是 Python 环境和 C++ 库路径这两件事——它们都不报错，却让开发卡在“明明装了/配了，就是不工作”的状态里。
