Qt/C++集成libvlc开发播放器：从环境配置到功能实现全解析

简介Qt/C VLC 播放器 DEMO 源码是一套完整的开源示例工程面向想掌握多媒体播放器开发的 C/Qt 开发者。项目演示了如何借助 libvlc 库把 Qt 的界面控制与 VLC 的解码播放能力整合在一起适合学习本地视频播放、网络流媒体加载以及播放状态管理等内容。资源压缩包共 415 个文件整体约 25MB核心构成以动态库300 个 dll和 C 头文件88 个 h为主附带少量 lib、cpp、pro 工程文件与插件数据文件这些依赖库和接口文件既支撑了示例的运行也为厘清 libvlc 跨平台调用方式提供了直接参考。当前已有 720 人学习下载。仔细阅读源码可以理清 Qt 与 libvlc 的完整接入流程包括环境变量设置、媒体路径指定、事件监听与回调处理进而实现播放/暂停、进度拖拽、音量调节等交互其中多线程播放与界面刷新的协作方式对后续独立开发播放器或音视频工具均有直接帮助。1. 为什么我最终把播放器内核锁定在 VLC 上做桌面播放器Qt 自带的 QMediaPlayer 在本地文件播放上确实够用但只要牵扯到流媒体协议、格式兼容性和硬解稳定性它就会变成黑匣子。我做过一个某跨平台系统的视频预览模块用 QMediaPlayer 接 RTSP 流解码延迟高、断线重连还要自己写状态机后来整体切到 libvlc整个播放链路的稳定性立刻上了一个台阶。这个 Qt/C VLC 播放器 DEMO 源码本质上就是一个把 libvlc 的 C 接口封装成 Qt 类再对外暴露播放、暂停、进度控制、音量调节等能力的最小可复现工程。对新手来说它是最好的 libvlc 入门范本对熟手来说它是做二次开发和功能裁剪的起点。这个 DEMO 的典型应用场景包括需要兼容本地文件和网络流的播放器、需要嵌入到现有 Qt 界面里的视频模块、以及需要自定义播放控制逻辑的桌面应用。它解决的核心问题不是如何播放一个视频而是如何用 Qt 的事件循环和信号槽机制去驱动一个 C 语言写的多线程解码库。我通常会建议先从这份 DEMO 跑通最小链路再根据业务需要去增删功能而不是一上来就封装界面。只要你做过一次 libvlc 的集成之后遇到任何播放器需求都能在三天内给出一个可用版本。2. 搭建 Qt/C VLC 播放器的开发环境依赖版本与路径配置2.1 为什么用 libvlc 而不是直接调用 VLC 桌面端VLC 本身是一个完整的播放器程序而 libvlc 才是它对外提供的可嵌入库。桌面端的 VLC 依赖 Qt 主程序、插件系统和命令行交互直接 fork 或调用它的进程来做集成属于笨办法既拿不到播放状态的回调也无法嵌入到自己的控件树里。libvlc 则把解码器、协议适配、输出模块全部封装成可调用的 API我们只需要在自己的 Qt 程序里初始化一个 libvlc_instance就能获得完整的播放能力。这个 DEMO 选择 C 接口而非 C 接口原因是 libvlc 的官方 C 绑定维护力度参差而 C API 是所有语言绑定的基础稳定且文档齐全。Qt 和 libvlc 之间并不存在严格意义上的 C 绑定冲突因为 libvlc 的 C API 可以直接被 C 代码调用只需要在 .pro 或 CMakeLists 里链接对应的库即可。我见过不少团队尝试自己维护一个 libvlc 的 C 包装层最后都因为事件回调的线程问题而放弃转而直接用 C API。环境搭建的关键在于版本匹配。libvlc 的接口虽然长期稳定但不同大版本之间的头文件和库文件路径差异较大。常见的做法是下载某个官方发布的 VLC 开发包里面包含 sdk/include 和 sdk/lib 两个目录开发时就只依赖这套 SDK运行时再依赖用户环境的 VLC 主程序。这样做的最大好处是编译环境和运行环境解耦调试时不会因为插件缺失而误判自己的代码问题。2.2 配置 Qt 工程MinGW 与 MSVC 的选取差异Windows 下配置这个 DEMO第一步要分清楚编译器阵营。如果你用的是 MinGW 版的 Qt那么链接 libvlc 时也必须使用 MinGW 版的 .a 库文件如果你用 MSVC 编译 Qt 工程则要链接对应的 .lib 导入库。这两者不能混用否则会出现符号格式不匹配的链接错误这是新手最容易翻车的地方。# qt_vlc_player.pro QT core gui widgets TARGET qt_vlc_player TEMPLATE app SOURCES \ main.cpp \ PlayerWindow.cpp \ VlcPlayer.cpp HEADERS \ PlayerWindow.h \ VlcPlayer.h # 根据实际 SDK 路径修改 VLC_SDK_PATH D:/dev/vlc-3.0.20-win64/sdk INCLUDEPATH $$VLC_SDK_PATH/include LIBS -L$$VLC_SDK_PATH/lib \ -lliblvlc这段 .pro 配置的核心只有两行。INCLUDEPATH 指向 SDK 的 include 目录让编译器能找到 vlc/vlc.h 头文件LIBS 中的 -L 指定库文件所在目录-lliblvlc 指定要链接的库名。Windows 下 MinGW 的库文件命名规则是 liblibvlc.a所以 -lliblvlc 能正确匹配到它。如果使用 MSVC对应的库文件名是 libvlc.lib同样用 -lliblvlc 即可。注意如果链接阶段报错无法找到 vlc 相关符号先检查 SDK 的 lib 目录下是否有依赖的配套 DLL。libvlc 运行时会动态加载插件但链接阶段仍需要正确的导入库。2.3 动态库部署运行时为什么还需要一份 VLC 安装编译通过只是第一步。libvlc 是一个多模块架构解码器、封装格式解析、音频输出、视频渲染都通过 plugins 目录下的动态库在运行时加载。SDK 包里通常不包含完整的 plugins因此程序启动时会报错找不到模块。我一般会直接把官方发布的 VLC 安装目录里的 plugins 文件夹拷贝到编译输出目录这样开发机上测试无需额外安装 VLC。运行时还需要设置环境变量或在代码里指定插件搜索路径。常见做法是在 main.cpp 里通过 qputenv 预设 VLC_PLUGIN_PATH或者在创建 libvlc_instance 时传入 --plugin-path 参数。这里涉及到一个细节如果 Qt 程序使用高 DPI 缩放而 VLC 的视频输出窗口是原生窗口两者的坐标映射可能出现偏差这时需要给 VLC 设置 --no-video-title-show 以外的额外参数这部分留给后面的避坑章节详细展开。我用一份检查清单来快速判断运行环境是否健康程序启动不崩溃、窗口能弹出来、加载视频后没有黑色画面、音频正常输出、日志里没有找不到模块的红色错误。满足这五项依赖部署基本就位。3. 用 Qt/DEMO 跑通 libvlc 播放链路初始化、事件回调与视频嵌入3.1 封装 libvlc 实例一个类管好生命周期libvlc 的使用模式非常固定先创建实例再基于实例创建媒体播放器然后设置播放器的视频输出窗口句柄最后加载媒体并播放。这个 DEMO 里的 VlcPlayer 类本质上只是把这些步骤封装成 Qt 风格的接口内部还是裸的 C 调用。生命周期管理是最需要小心的部分libvlc_instance 必须先于 libvlc_media_player 创建销毁时顺序相反。// VlcPlayer.h #ifndef VLCPLAYER_H #define VLCPLAYER_H #include QObject #include vlc/vlc.h #include QTimer class VlcPlayer : public QObject { Q_OBJECT public: explicit VlcPlayer(QObject *parent nullptr); ~VlcPlayer(); bool init(const QString vlcArgs); void loadFile(const QString filePath); void play(); void pause(); void stop(); void setVolume(int volume); qint64 duration() const; qint64 elapsed() const; // 播放进度 signals: void positionChanged(qint64 elapsed, qint64 total); void stateChanged(int state); void errorOccurred(const QString message); private: static void eventCallback(const libvlc_event_t *event, void *userData); void handleEvent(const libvlc_event_t *event); libvlc_instance_t *m_instance nullptr; libvlc_media_player_t *m_player nullptr; libvlc_media_t *m_media nullptr; QTimer *m_pollTimer nullptr; int m_lastPosition 0; // 用于过滤重复的进度信号 }; #endif // VLCPLAYER_H头文件里的核心是保存了三个 libvlc 对象指针以及一个轮询定时器。为什么需要轮询libvlc 的进度信息可以通过事件回调获取但播放位置的更新频率很高事件回调过于细粒度反而会触发大量跨线程信号所以我更倾向于用一个 200ms 的定时器主动查询位置这样既平滑又不至于淹没事件循环。// VlcPlayer.cpp bool VlcPlayer::init(const QString vlcArgs) { if (m_instance) { libvlc_release(m_instance); m_instance nullptr; } // 把额外参数转成 argc/argv 形式传入 QByteArray args vlcArgs.toLocal8Bit(); const char *argv[4] { --no-video-title-show, --no-xlib, args.constData(), nullptr }; int argc vlcArgs.isEmpty() ? 2 : 3; m_instance libvlc_new(argc, argv); if (!m_instance) { emit errorOccurred(QStringLiteral(libvlc 初始化失败)); return false; } m_player libvlc_media_player_new(m_instance); m_pollTimer new QTimer(this); connect(m_pollTimer, QTimer::timeout, this, [this]() { if (!m_player) return; qint64 pos libvlc_media_player_get_time(m_player); qint64 total libvlc_media_player_get_length(m_player); if (pos ! m_lastPosition) { m_lastPosition pos; emit positionChanged(pos, total); } }); m_pollTimer-start(200); return m_player ! nullptr; }这段代码有几个参数值得说明。--no-video-title-show 的作用是隐藏 VLC 默认在视频左上角叠加的文件名这个叠加层不属于我们自己的界面关掉它才能保证画面纯粹。--no-xlib 用在无 X11 环境的 Linux 系统Windows 上可以不加我在跨平台的项目里会保留它以防万一。QTimer 的间隔设为 200ms改动它会直接影响进度条滑动的平滑度如果画面掉帧严重或 CPU 占用过高可以适当放宽到 300ms。3.2 把视频窗口嵌入 QWidgetset_hwnd 与 winId 的正确用法libvlc 的视频输出是一个原生窗口而 Qt 的控件渲染是一个自绘体系两者需要桥接。Windows 上通过 libvlc_media_player_set_hwnd 传入窗口句柄Linux 上则是 set_xwindowmacOS 上是 set_nsobject。Qt 的 QWidget::winId() 方法会返回这个控件对应的原生窗口句柄但前提是控件已经 show 过一次否则 winId 可能尚未创建。// PlayerWindow.cpp 片段 void PlayerWindow::setupVideoSurface() { // 先显示控件再取 winId确保原生窗口已创建 m_videoWidget new QWidget(this); m_videoWidget-setAttribute(Qt::WA_NativeWindow); m_videoWidget-winId(); // 把 libvlc 的视频输出绑定到当前控件窗口 libvlc_media_player_set_hwnd(m_player-getCorePlayer(), (void *)m_videoWidget-winId()); }WA_NativeWindow 属性是这里的关键。默认情况下QWidget 可能是被 Qt 自己合成的轻量窗口winId 调用后 Qt 才补建原生窗口。设置这个属性可以保证控制权稳定。另一个坑是如果 m_videoWidget 在程序运行中被 hide 再 showwinId 可能会发生变化此时需要重新调用 set_hwnd这一点在后面的排查章节会给出具体的应对方案。加载并播放媒体后的输出链路是完整的文件路径或 URL 传给 libvlc_media_new_path 或 libvlc_media_new_location创建 media 对象关联到 player最后调用 play。播放动作和界面绘制之间的同步不需要开发者干预libvlc 内部有自己的渲染线程。3.3 事件回调机制从后台线程安全地通知 Qtlibvlc 的事件系统是基于 libvlc_event_manager 的可以订阅播放状态变化、错误发生、媒体加载完成等事件。回调函数运行在 libvlc 自己的线程上不能直接操作 Qt 界面对象。正确做法是在回调里只发射一个 Qt 信号或者把事件数据拷贝一份放入队列再交给 Qt 的事件循环处理。// 在 VlcPlayer 构造函数或 init 中注册事件订阅 libvlc_event_manager_t *em libvlc_media_player_event_manager(m_player); libvlc_event_attach(em, libvlc_MediaPlayerPlaying, eventCallback, this); libvlc_event_attach(em, libvlc_MediaPlayerEndReached, eventCallback, this); libvlc_event_attach(em, libvlc_MediaPlayerEncounteredError, eventCallback, this);// 静态回调函数只有一行职责 void VlcPlayer::eventCallback(const libvlc_event_t *event, void *userData) { VlcPlayer *self static_castVlcPlayer *(userData); // 跨线程发射信号Qt 会自动排队到 GUI 线程 if (event-type libvlc_MediaPlayerEndReached) { emit self-stateChanged(2); // 自定义枚举播放结束 } else if (event-type libvlc_MediaPlayerEncounteredError) { emit self-errorOccurred(QStringLiteral(播放过程中发生错误)); } }这里的线程安全是依赖 Qt 的 AutoConnection 机制。如果信号的接收者与发射者处于不同线程Qt 会自动把信号投递为队列连接从而保证状态更新不会打断界面绘制。一个常见误用是直接在这个回调中调用 player-pause()而 pause 内部可能又调用了阻塞的 libvlc API导致回调线程和播放线程互相等待出现卡死。我一般只把回调当通知具体控制动作统一放到主线程。4. 播放器 DEMO 的界面控制层进度条、音量、全屏与拖动兼容4.1 进度条与播放时间的同步策略一旦播放状态跑起来界面层的主角就是进度条。QSlider 的 valueChanged 信号在用户拖动时会被反复触发而 libvlc 的 get_time 查询也会在定时器中频繁更新进度条位置两者会产生竞争。核心思路用户拖动时进度条显示的是用户意图而不是播放器真实进度松手后才执行 seek 动作。// PlayerWindow.cpp 中连接信号 connect(m_progressSlider, QSlider::sliderMoved, this, [this](int value) { // 拖动过程中只更新界面不操作 libvlc m_isSliderDragging true; m_progressSlider-setValue(value); updateTimeLabel(value); }); connect(m_progressSlider, QSlider::sliderReleased, this, [this]() { m_isSliderDragging false; qint64 target m_progressSlider-value(); m_player-seek(target); // seek 完成后下一轮定时器轮询会主动对齐进度条 });参数说明sliderMoved 只在用户拖动时触发区别于 valueChanged 在代码设置值时也会触发。这里必须用两者的组合否则每次 QTimer 更新进度条时会误入 seek 逻辑导致播放在每个 200ms 处反复跳转画面会出现严重回退。m_isSliderDragging 标志可以进一步保护逻辑轮询回调里如果发现正在拖动就跳过对进度条 setValue 的调用只在时间标签上做补充。进度条的大范围跳转依赖关键帧位置。libvlc 的 seek 是按毫秒时间戳进行的但实际跳转位置会被内部对齐到最近的关键帧。所以拖动到第 50000 毫秒实际播放可能是 49800 或 50200。这是解码器的正常行为不要把它当成 bug 去处理。4.2 音量控制与静音切换音量控制的底层只有一个函数libvlc_audio_set_volume取值范围是 0 到 100。初始化时最好把音量设置为一个确定值避免继承之前运行实例的残留状态。界面层通常用一个 QSlider 加上一个静音按钮组合。void PlayerWindow::setVolume(int volume) { m_volumeSlider-setValue(volume); m_player-setVolume(volume); } void PlayerWindow::toggleMute(bool mute) { // 静音时不直接置 0而是记住原音量便于恢复 if (mute) { m_lastVolume m_player-volume(); m_player-setVolume(0); } else { m_player-setVolume(m_lastVolume); } }这里的记忆音量逻辑看起来简单但很多人会忽略一个关键点用户把音量条拖到 0 再拉回来应该恢复的是用户手动选择的音量还是静音前的音量如果程序只用一个 int 变量保存静音前音量那么在用户手动调整音量时这个变量也要同步更新否则静音后第一次恢复音量时会跳到旧值。我在这种做法上给过不少同学纠正m_lastVolume 应该在用户每次调整音量时一起赋值而不仅仅在静音时读取。4.3 全屏切换与控件层级播放器窗口常见冲突全屏播放时视频画面需要撑满窗口控制栏可能需要隐藏或悬浮。VLC 模块输出的画面会直接填充到 set_hwnd 指定的窗口里如果这个窗口是普通 QWidget全屏时把它 top-level 化并 resize 成屏幕大小即可。但这里有几个隐患第一如果 set_hwnd 绑定的窗口是某个布局中的子控件全屏前需要先 reparent否则画面区域会收缩第二全屏切换时隐藏控制栏会引起窗口 resize 事件而 resize 过程中 libvlc 内部重新分配渲染缓冲区可能会出现瞬间黑屏。void PlayerWindow::toggleFullscreen() { m_isFullscreen !m_isFullscreen; if (m_isFullscreen) { // 先从布局中脱离再全屏 m_layout-removeWidget(m_videoWidget); m_videoWidget-setParent(nullptr); m_videoWidget-showFullScreen(); // 重新绑定窗口句柄防止 winId 变化 libvlc_media_player_set_hwnd(m_player-getCorePlayer(), (void *)m_videoWidget-winId()); } else { m_videoWidget-setParent(this); m_layout-addWidget(m_videoWidget); m_videoWidget-showNormal(); libvlc_media_player_set_hwnd(m_player-getCorePlayer(), (void *)m_videoWidget-winId()); } }这段代码中的 reparent 是必须的但需要注意setParent(nullptr) 后的窗口会失去父窗口的样式表作用域背景色可能变成默认白色全屏画面周围会出现白边。解决方法是显式给 m_videoWidget 设置黑色背景。切换完成后重新 set_hwnd 也是必要的因为 Qt 在 reparent 过程中会销毁并重建原生窗口旧句柄已经失效。5. 高频踩坑与排查VLC 播放器 DEMO 集成中的 5 个典型问题5.1 现象播放器启动后黑屏或窗口无画面黑屏是最常见的问题且原因多不在 Qt 代码本身。先检查媒体是否在播放通过事件回调打印状态如果状态已经是 Playing但画面区域一片黑问题大概率出在视频输出模块的选择上。Windows 下 libvlc 默认使用 Direct3D 输出某些虚拟机或旧显卡上 D3D 渲染会失败VLC 会自动回退到 GDI 输出但这种回退有时并不生效。解决办法是显式指定视频输出类型。在初始化参数里追加 --voutdirect3d11 或 --voutwdma 等选项也可以在运行时通过 libvlc_media_player_set_vout 设置。我在某公司的某图像处理 Demo 集成中遇到过一次是因为自定义渲染窗口没有设置 WA_PaintOnScreen导致 Qt 合成器把视频画面覆盖掉了。加上这个属性后问题立即消失。排查时先做最小化验证用 VLC 命令行播放同一个文件如果能正常显示说明解码链路正常问题在输出绑定侧如果命令行也黑屏那需要检查显卡驱动和渲染模块。5.2 现象播放暂停后画面消失或声音继续播放暂停依赖的 API 是 libvlc_media_player_set_pause传 1 表示暂停0 表示恢复。但新手容易直接调用 libvlc_media_player_pause这个接口在暂停和恢复之间做自动切换逻辑上没问题问题出在它配合 200ms 轮询定时器时可能产生竞态用户在快速点击暂停/恢复的瞬间定时器查询到的状态和实际状态错位。另一个常见原因是音频输出设备的独占模式。在部分 Windows 版本上音频输出开启独占时暂停视频会导致整个系统播放无声恢复时又有短暂延迟。解决方法是给 libvlc 传 --aoutdirectsound 强制使用旧的音频输出接口或者调整系统的音频设备属性。这类问题排查难度高我一般会先看 VLC 的日志输出如果有音频设备打开失败的信息就按音频输出方向处理。注意VLC 的日志是通过 --verbose2 参数开启的输出到 stderr。在 Qt 的 Release 构建中这个输出可能被吞掉务必在 Debug 下调试或重定向到文件。5.3 现象关闭播放器时崩溃或提示内存泄漏崩溃的直接原因通常是销毁顺序错误。很多人的代码是先释放 media_player 再释放 instance看起来没问题但如果 media 对象还在被引用或者事件回调尚未取消订阅在 release 时 VLC 内部会访问已经释放的内存。正确做法是先停止播放再解除事件订阅然后释放 media_player最后释放 instance顺序绝不能乱。另一个隐蔽问题是 QTimer 还在触发时播放器已经销毁。我的 VlcPlayer 类里m_pollTimer 的 stop 必须放在 libvlc_media_player_release 之前否则定时器回调中访问 m_player 会产生悬空指针。这个 DEMO 结构简单但扩展功能时很容易引入这类时序问题。5.4 现象拖动进度条后画面卡在旧位置seek 之后画面不更新或者过几秒种才跳过去这不是 seek 失败而是网络流或高压缩率视频的缓存策略导致的。libvlc 默认在收到 seek 请求后会清理输入缓冲并重新从目标位置前一个关键帧开始解码这个过程的耗时与视频码率、磁盘速度成正比。排查切入点本地视频文件是否秒跳网络流是否延迟明显。调整参数是通过 --network-caching 和 --file-caching。本地文件一般默认 300ms网络流建议设置为 1000ms 到 3000ms太低会让 seek 频繁触发缓冲等待。但缓存值过高又会影响实时性直播场景下延迟会增加数秒。我一般是本地文件不调网络流从 1000ms 起步逐步增加。5.5 现象打包到另一台电脑后提示缺少 VLC 插件这属于部署问题不是代码问题。libvlc 的插件目录必须有对应的 plugins 文件夹且目录层级不能错。VLC 官方安装目录里是 plugins 与 libvlc.dll 同级的如果你把运行库拷贝到可执行文件目录需要保持同样的相对结构。修复方式有几个层级。第一把整个 VLC 安装目录中的 plugins 子目录复制到编译输出目录这是最简单直接的方式但体积较大通常 100MB 左右第二用发布工具剔除当前业务不需要的插件这需要了解 VLC 插件的加载机制容易在换电脑或换分辨率时踩坑第三动态加载模式下把 plugins 放在自定义路径通过 VLC_PLUGIN_PATH 指定适合做绿色版或安装包。我自己维护一个小工具专门在构建后把 SDK 里的 plugins 和运行时 DLL 按需拷贝过去避免每次手动复制。6. 在 DEMO 上做进阶改造多实例播放与低延迟参数调优做到这一步播放器基本功能已经完美跑通但这只是起点。libvlc 最强大的地方在于它支持在同一进程内创建多个播放器实例这为画中画、多路监控预览和视频墙打下了基础。初始化时给每个实例分配独立的缓存和线程资源参数上需要特别注意硬解码并发时 GPU 资源是否足够。多实例的常见做法是创建多个 VlcPlayer 对象每个对象持有自己的 instance、media_player 和视频窗口。但 libvlc 实例并非绝对独立它共享同一套插件库和全局锁。当多个实例同时硬解码高分辨率视频时解码器资源竞争可能导致画面卡顿。我做过一个模拟项目X同时开 4 路 1080p 视频最初用的是默认参数结果 GPU 解码器直接超载画面降到 10 帧以下。后来给每个实例加了 --avcodec-hwdxva2 之外的降级参数并把非当前激活的面板暂停播放才把资源占用压下来。另一个值得投入的方向是低延迟播放参数。如果是从网络摄像头拉 RTSP 流默认参数下延迟通常在 500ms 以上这在安防监控场景中不可接受。针对这个目标核心的调优参数包括 --network-caching100降低网络缓存延迟、--clock-jitter0 和 --clock-synchro0关闭音视频时钟同步补偿。这些参数的组合没有绝对标准需要按摄像头品牌和流编码格式实测。// 低延迟初始化参数示例 QString lowLatencyArgs QStringLiteral( --network-caching100 --clock-jitter0 --clock-synchro0 --live-caching50 --no-drop-late-frames ); player-init(lowLatencyArgs);这里 --clock-jitter0 会显著降低数据抖动带来的延迟补偿配合 --no-drop-late-frames 可以防止 VLC 为了追帧而丢帧但这种配置在弱网环境下会导致画面卡顿因为它关闭了自适应缓冲。这类参数属于按需开启如果只做本地文件播放器完全不需要。跑通了这份 DEMO再回头看 QMediaPlayer你会明显感受到 libvlc 在控制力上的优势缓冲数据量、播放速率、音轨切换、字幕流选择都可以通过参数级 API 控制。我在做一个跨平台的流媒体播放器时很多业务方提出的双击全屏、双击恢复、记忆上次播放位置、网络异常重试这些需求在 libvlc 上基本都能找到对应的 API 或事件不需要改内核。这个 DEMO 就作为自己的代码脚手架持续迭代每次碰到新格式、新协议都是先在这个基础上做验证。希望帮到你。本文还有配套的精品资源点击获取