一、MNN.lib文件路径
如果你看过之前的博客内容，应该可以在编译的的工程当中
C:\Users\Administrator\Desktop\MNN\MNN-master\MNN-CPU-OPENCL\lib\x64\lib\x64
该路径下面找到debug和release两个文件夹。
进入到release文件夹下面有Dynamic和Static两个文件夹，分别代表编译出来的静态库和动态库内容。这里先讲述静态库的使用。
进入Static文件夹，下面有MD和MT两个子文件夹，分别的含义：
-
MT (Multi-Threaded)
静态运行时库：MT 表示多线程静态运行时库。这种配置会将 C++ 运行时库（如 libcmt.lib）静态链接到你的可执行文件中。这意味着所有的运行时库代码都被包含在生成的可执行文件或静态库（.lib 文件）中，生成的文件会比较大，但在不同的应用程序或库之间不会共享运行时库。这个方式不依赖于外部的 DLL 文件。 -
MD (Multi-Threaded DLL)
动态运行时库：MD 表示多线程动态运行时库（DLL）。这种配置会将 C++ 运行时库的动态链接库（如 msvcrt.lib）链接到你的程序中。生成的可执行文件会依赖外部的运行时库 DLL 文件，如 MSVCR120.dll。相较于静态链接，动态链接的优势是多个应用程序可以共享同一个 DLL 文件，因此减少了总的内存占用，但这也意味着你必须确保系统中存在正确的运行时库版本。
二、静态库的使用
这里选择MT，将其中编译得到的.lib文件复制出来，移动到新的工程目录下面.最终工程目录如下:
点击查看代码
D:.
├─ConsoleApplication1
│ ├─ConsoleA.e1228ae8
│ │ └─x64
│ │ └─Debug
│ │ └─ConsoleA.e1228ae8.tlog
│ └─x64
│ └─Debug
├─include
│ ├─cv
│ │ └─imgproc
│ ├─MNN
│ │ ├─expr
│ │ └─plugin
│ └─stb
│ ├─.github
│ │ ├─ISSUE_TEMPLATE
│ │ └─workflows
│ ├─data
│ │ └─herringbone
│ ├─deprecated
│ ├─docs
│ ├─stb_image_resize_test
│ ├─tests
│ │ ├─caveview
│ │ │ └─win32
│ │ ├─oversample
│ │ ├─pbm
│ │ ├─pg_test
│ │ ├─pngsuite
│ │ │ ├─16bit
│ │ │ ├─corrupt
│ │ │ ├─iphone
│ │ │ ├─primary
│ │ │ ├─primary_check
│ │ │ └─unused
│ │ ├─prerelease
│ │ ├─sdf
│ │ └─vorbseek
│ └─tools
│ └─unicode
└─lib
cl /I"D:\System-default\DeskTop\ConsoleApplication1\include" ConsoleApplication1.cpp /link /LIBPATH:"D:\System-default\DeskTop\ConsoleApplication1\lib" MNN.lib
命令解释
cl 是 Visual Studio 的 C/C++ 编译器。
/I"D:\System-default\DeskTop\ConsoleApplication1\include" 指定了包含路径，也就是你的头文件所在的目录。
ConsoleApplication1.cpp 是你的源文件。
/link 指定链接选项，后面跟随 /LIBPATH:"D:\System-default\DeskTop\ConsoleApplication1\lib"，指定库文件的路径。
MNN.lib 是你要链接的静态库文件。
注意！！！！
这里的编译工具链需要指定使用visual studio的工具链，而不能使用MinGW的工具链，因为lib文件是使用visual studio工具编译出来的
Visual Studio 生成的 .lib 文件是 COFF 格式（Common Object File Format），专门用于 Windows 平台，并且它们的链接方式依赖于 Microsoft 的链接器。
MinGW 使用的 .a 文件（或 .lib 文件，如果是静态库）则是基于 GNU 工具链，格式和 Visual Studio 不同，不能直接互换使用。
这样就可以不需要MNN框架而通过利用MNN编译的静态库