三种方法：
1、在msys2中使用gcc编译
2、在msys2中使用visual studio编译（有环境变量）
3、在msys2中使用visual studio编译（无环境变量）
我的环境：
1、msys2-x86_64-20250221
2、vs2015
3、ffmpeg-7.1.1
1、在msys2中使用gcc编译
网上相关文章很多，随便都能搜到，不再赘述。但是有三点需要说明一下：
（1）、网上很多使用第一种方法的帖子都提到需要修改 msys2_shell（也就是把 rem set MSYS2_PATH_TYPE=inherit 这行前面的 rem 去掉），其实并不需要修改，因为这样做的目的是为了使用 windows 系统的环境变量。而我们是采用 msys2 中的 gcc 工具链编译，并不会用到 windows 系统的环境变量（当然，如果需要依赖 windows 系统中安装的其他第三方模块，那还是得修改）
（2）、也不需要将 msys2 安装目录下的 usr/bin 下的 link.exe 重命名为 link.bak。原因与上面相同
（3）、如果是运行 mingw32.exe 启动的 msys2 环境（直接双击 msys2 安装目录下的这个文件跟先进入命令行然后运行 msys2_shell.cmd -mingw32 是一样的效果），那么编译出来的 dll 是 32 位的。如果是运行 mingw64.exe 启动的 msys2 环境（直接双击 msys2 安装目录下的这个文件跟先进入命令行然后运行 msys2_shell.cmd -mingw64 是一样的效果），那么编译出来的 dll 是 64 位的
这种方法优点是方便，缺点是因为采用了gcc编译工具链所以生成的动态库需要依赖三个额外的动态库：zlib1.dll、libgcc_s_dw2-1.dll、libiconv-2.dll，这让具有强迫症的我有点不能忍受。于是想到如果采用 msvc 工具链是不是就不需要这三个动态库了呢？于是就试试
2、在msys2中使用visual studio编译（有环境变量）
跟第一种方法类似。不同的是：
（1）、需要将 msvc 的 bin 目录加入系统的环境变量
（2）、需要修改 msys2_shell（也就是把 rem set MSYS2_PATH_TYPE=inherit 这行前面的 rem 去掉），这样才能使用windows系统的环境变量，才能找到 msvc 工具链。
（3）、将 msys2 安装目录下的 usr/bin 下的 link.exe 重命名为 link.bak，以避免与 msvc 的 link.exe 冲突
启动 msys2 环境之后可以在命令行输入 which cl 命令来验证工具链是否是 msvc：
然后依次执行以下命令编译 ffmpeg：
./configure --prefix=/home/ffmpeg/build/x86 --toolchain=msvc --arch=x86 --enable-shared --disable-static
make && make install
经过验证，我的想法果然没错。通过使用 msvc 工具链编译出来的动态库不需要依赖 msys2 下面的三个动态库。
但是我遇到一个坑，就是 ffmpeg-7.1.1 要求编译器支持 c11，但是我的 vs2015 并不支持 c11，所以无法编译 ffmpeg-7.1.1，我改用 ffmpeg-4.2.9 后成功编译。也可以使用 vs2019 及以上版本来编译 ffmpeg-7.1.1
3、在msys2中使用visual studio编译（无环境变量）
跟第二种方法类似。不同的是：
（1）、不需要修改 msys2_shell（但要重命名 usr/bin/link.exe）
（2）、要通过 vs 的命令行启动 msys2 环境。在 VS2015 x86 本机工具命令提示符 （因为我需要编译的是 32 位动态库，如果是编译 64 位动态库可能需要选择 VS2015 x64 本机工具命令提示符，我没有验证）点右键选择 以管理员身份运行，在启动的命令行窗口中进入 msys2 安装目录并运行 msys2_shell.cmd
