附加依赖项填.lib文件名（如opencv_world.lib），不带路径和空格，多个用空格或换行分隔；填错会导致LNK2019等链接错误，常见原因包括附加包含目录未配对、附加库目录路径错误、架构不匹配或.dll缺失。
附加依赖项填什么：只写文件名，不带路径也不带空格
附加依赖项（Additional Dependencies）不是让你填 .lib 文件的完整路径，而是只填它的**文件名 + .lib 后缀**，例如 opencv_world.lib、winsock.lib、myengine.lib。如果填了路径（比如 C:\lib\myengine.lib），链接器会报错 LNK1104: cannot open file 'C:\lib\myengine.lib' —— 因为它把整个字符串当成了一个文件名去搜，而不是先查路径再找文件。
多个库之间用空格或换行分隔，不能用逗号或分号；大小写敏感（尤其在跨平台移植时要注意）；若库名含版本号（如 zlibstat64.lib），必须严格匹配，拼错一个字母就链接失败。
为什么加了附加依赖项还报 LNK2019 / LNK2001
这类错误说明符号（函数/变量）声明了但没找到定义，常见原因不是“没加 Additional Dependencies”，而是三个环节断了其中一环：
-
附加包含目录没配对：头文件能#include进来，但里面的函数声明可能依赖其他头（比如#include <windows.h>或第三方宏），导致编译器误判签名 -
附加库目录指向错误：.lib 文件实际在D:\sdk\lib\x64，你却填了D:\sdk\lib，链接器根本找不到那个.lib - 架构不匹配：项目是
x64配置，但填的Additional Dependencies是mylib.lib（其实是 x86 编译的），或反过来；VS 不会自动选架构对应版本，全靠你手动确认
附加依赖项可以不填吗：可以，但要用 #pragma comment
如果你不想在属性页里填 Additional Dependencies，可以在源文件顶部（通常在 #include 之后）直接写：
立即学习“C++免费学习笔记（深入）”；
#pragma comment(lib, "mylib.lib")
效果等同于在属性页里填；但注意：#pragma comment 只对当前编译单元（即当前 .cpp 文件）生效，不适合大型项目统一管理；而且它绕过了构建系统的依赖检查，CI 或多配置生成时容易漏掉。
更隐蔽的坑：某些库（如 FFmpeg）提供多个 .lib（avcodec.lib、avformat.lib 等），#pragma comment 得每个文件都写一遍，而属性页里一次填全更稳妥。
动态库的 .lib 是导入库，不是静态实现
如果你用的是 DLL（比如 mydll.dll），配套的 mydll.lib 是**导入库（import library）**，里面只有函数符号和跳转 stub，没有实际代码。这时你在 Additional Dependencies 里填的仍是 mydll.lib，但运行时必须确保 mydll.dll 在以下任一位置：
- 与
.exe同目录 - 系统 PATH 环境变量所列路径中
- Windows 系统目录（不推荐）
漏放 .dll 不影响编译和链接，但运行时报 0xc000007b 或 “找不到指定模块”，这时候回头查 Additional Dependencies 没用——得看 .dll 是否到位。
