简介这份程序源码面向C#开发人员与工控领域学习者聚焦于通过OPC协议与西门子WinCC进行数据交互这一典型场景帮助读者理解上位机如何读取WinCC中的实时数据。资源以完整可运行的工程形式提供包含窗体界面、业务逻辑与配置代码并配有注释适合新手入门及有一定经验的开发者借鉴参考。压缩包共35个文件约511KB其中8个cs源文件承载核心逻辑3个resx与2个resources负责界面资源另有csproj、sln等工程配置及exe、dll等编译产物目录结构清晰便于按模块阅读。目前已有450人学习下载。通过研读源码读者可掌握OPC连接建立、数据项订阅与读取、WinCC侧配置对接等关键环节并借鉴其窗体分层与异常处理思路快速迁移到自己的工控数据采集项目中。1. C# 通过 OPC 读取 WinCC 数据从源码包到能跑起来的上位机车间里一台 WinCC 跑得好好的领导突然要你把实时数据同步到 MES 或者自研的 C# 上位机里这种需求在工控圈太常见了。标题里的「C# 通过 OPC 读取 WinCC 数据 程序源码.zip」说白了就是一套用 C# 写客户端、通过 OPC 协议去读 WinCC 里变量值的代码集合。它解决的核心问题是WinCC 把数据锁在自己的运行环境里而你要用外部程序把温度、压力、产量这些点位实时取出来。适合谁做 C# 上位机开发、需要和西门子 WinCC 做数据对接的工程师尤其是手上已经有一个源码包、但不确定怎么配环境、怎么连、怎么批量读的人。这篇不聊虚的从 OPC 通道选型一路讲到源码里那几个关键参数怎么改把能复现的路径铺出来。2. OPC DA 还是 OPC UAWinCC 侧通道怎么选2.1 两种通道的本质差别与选型判断WinCC 对外提供数据历史上主流是 OPC DAData Access基于 COM/DCOM老版本 WinCC7.x 及更早默认就走这条路。新版本 WinCC8.x 起逐步把 OPC UA 作为推荐通道因为 UA 跨平台、不依赖 DCOM 那套玄学配置。你手上这个源码包先要判断它用的是哪种。判断方法很直接看代码里引用的库。如果引的是OPCAutomation、OpcDaNet这类就是 DA如果引的是Opc.Ua.Client、Workstation.UaClient就是 UA。选型上给个实操结论WinCC 7.4 及以下、且客户端和服务器在同一台机器或同网段 Windows 域内用 OPC DA 最省事源码包大概率也是这个路子。WinCC 8.x、或者客户端要跨网段、跨系统优先 OPC UA因为 DCOM 的权限配置能让你调一整天。热搜里「wincc opc ua配置」「opc ua 客户端工具下载」这些词高频出现说明越来越多人往 UA 迁但存量项目里 DA 依然是主力源码包多半是 DA 版本。提示不要一上来就改代码。先用 OPC 客户端工具如 UAExpert 对应 UADA 用 Matrikon 或 Kepware 自带的客户端连一次 WinCC确认服务器本身能出数据再动 C# 代码。这一步能帮你排除掉一半「代码没问题但连不上」的锅。2.2 WinCC 侧开启 OPC 服务的具体步骤以 OPC DA 为例WinCC 侧要做的配置是有固定套路的。打开 WinCC 项目管理器右键项目属性找到「OPC」相关选项确认「OPC DA Server」已启用。然后在 Windows 服务里确认OPC Server相关服务处于运行状态。这一步不做C# 端连破头也连不上。具体操作顺序WinCC 项目 → 属性 → OPC → 勾选 OPC DA 服务器记下 ProgID通常是OPCServer.WinCC或WinCC.OPCServer。打开「组件服务」comexp.msc→ 计算机 → 我的电脑 → DCOM 配置找到对应的 OPC 枚举服务和 OPC 服务器项。右键属性 → 安全 → 分别配置「启动和激活权限」「访问权限」把运行 C# 程序的账户加进去给本地启动、本地激活、远程访问权限。身份标识选项卡里选「交互式用户」或指定一个固定账户别用「启动用户」这种容易踩坑的选项。这几步做完用客户端工具连OPCServer.WinCC能看到变量树说明 WinCC 侧通了。热搜里「wincc 握手错误」很多时候就是 DCOM 权限没配对客户端能枚举到服务器但一读变量就断回头查第 3 步的访问权限。2.3 源码包里连接字符串和 ProgID 的定位拿到源码包别急着 F5。先全局搜索几个关键词ProgID、OPCServer、Connect、ServerName。DA 版本的代码里一定有一处硬编码或配置化的服务器名。常见写法是// OPC DA 连接核心ProgID 必须和 WinCC 侧注册的一致 string progID OPCServer.WinCC; // 若连不上先换成 WinCC.OPCServer 试 OpcServer server new OpcServer(); server.Connect(progID, localhost); // 远程则填 WinCC 机器 IP 或主机名逻辑说明Connect的第一个参数是 ProgID必须和 WinCC 在系统里注册的完全一致大小写敏感度低但拼写不能错第二个参数是节点本机填localhost远程填 IP。参数上如果源码里写死了localhost而你要远程读改这里。连不上时先看异常信息0x80070005是权限问题0x80040154是 ProgID 没注册或 OPC Core Components 没装。热搜里「opc core components redistributable下载」就是解决后者的DA 客户端机器上一般都要装这个运行时。3. 用 C# 把 WinCC 变量读进内存连接、分组、批量读3.1 建立连接与浏览变量树连接建立后第一件事是浏览 WinCC 里有哪些变量别凭记忆硬编码。DA 的浏览接口是BrowseOPCItemIDsUA 是Session.Browse。以 DA 为例源码里通常封装了一个浏览方法// 浏览 WinCC 变量树拿到所有可读点位 OpcItemBrowser browser server.CreateBrowser(); browser.ShowBranches(); // 先看分支对应 WinCC 里的结构变量/分组 browser.ShowLeafs(false); // 再看叶子节点具体变量 foreach (var item in browser) { Console.WriteLine(item); // 打印出来确认变量名格式 }逻辑说明WinCC 的变量在 OPC 里通常带前缀比如S7:[S7 connection_1]DB1,REAL0这种或者结构变量展开成Group.Tag。参数ShowLeafs(false)表示只列分支不列叶子遍历时按需切换。这一步的目的是把真实变量名抄下来后面读写都用这个全名少一个字符都读不到。热搜里「opc数据批量请求」的痛点就在这变量名不对批量请求全返回坏值。3.2 添加 Item 与订阅式读取OPC DA 有两种读法同步读Read和订阅Subscription。实时性要求高的场景用订阅服务器端变量一变就回调省得你轮询。源码包里如果做的是实时监控多半用订阅。核心代码结构// 创建订阅组设置更新周期 OpcGroup group server.AddGroup(ReadGroup); group.UpdateRate 500; // 毫秒500ms 刷新一次按需调 group.IsActive true; // 批量添加 Item一次性提交减少往返 OpcItem[] items new OpcItem[tagNames.Length]; for (int i 0; i tagNames.Length; i) { items[i] group.AddItem(tagNames[i], true); // true 表示激活该 Item } // 绑定数据变化回调 group.DataChanged (handle, requestID, values) { foreach (var v in values) { Console.WriteLine(${v.ItemName} {v.Value}, 质量{v.Quality}); } };逻辑说明UpdateRate是订阅刷新周期设太小比如 50ms会给 WinCC 服务器压力设太大实时性差500ms 到 1000ms 是常见折中。AddItem的第二个参数true表示激活如果设false则订阅了但收不到回调这是新手常踩的坑。回调里的Quality字段必须判断Good才是有效值Bad说明变量名错或服务器拒绝。批量添加比循环单个添加效率高得多热搜里「opc数据批量请求」说的就是这个优化点。3.3 同步读取与数据类型转换有些场景不需要订阅比如定时采集存数据库用同步读更可控。同步读的关键是Read方法返回的是object要按 WinCC 里定义的类型转// 同步批量读取适合定时采集 int[] serverHandles items.Select(i i.ServerHandle).ToArray(); OpcItemValue[] results group.Read(serverHandles, out int[] errors); for (int i 0; i results.Length; i) { if (errors[i] 0 results[i].Quality Quality.Good) { // WinCC 里 REAL 对应 float转换前先确认类型 float value Convert.ToSingle(results[i].Value); Console.WriteLine(${tagNames[i]} {value}); } }逻辑说明Read返回的errors数组和请求的 handle 一一对应非零就是该点读失败要单独处理。类型转换是重灾区WinCC 里REAL是 4 字节浮点对应 C# 的floatDWORD是无符号 32 位对应uint。用Convert.ToSingle前最好确认原始类型否则可能抛InvalidCastException。热搜里「c# c byte char」这类类型转换问题在 OPC 场景同样高频本质是跨系统类型映射没对齐。4. 避坑与排查连不上、读不到、断线重连4.1 现象客户端能枚举服务器但一读变量就报权限错误原因DCOM 的「访问权限」和「启动激活权限」没给运行 C# 程序的账户。枚举走的是枚举服务读变量走的是服务器进程两者权限是分开配的。解决回到comexp.msc在 OPC 服务器项的 DCOM 属性里把当前登录账户或程序运行账户加进「访问权限」的允许列表重启 OPC 服务再试。4.2 现象变量名明明对读回来全是 Bad 质量原因WinCC 变量名在 OPC 里的全名和你在 WinCC 界面看到的不一样结构变量会带前缀连接名也会拼进去。解决用 3.1 的浏览方法把真实全名打印出来直接复制别手敲。另外确认该变量在 WinCC 里是「可读写」或至少「可读」属性只写变量读不到。4.3 现象程序跑几小时后回调不再触发原因订阅组被服务器回收或者网络闪断后连接假死。OPC DA 的 DCOM 连接在长时间无交互时可能被断开。解决加心跳定时读一个固定变量同时监听group的ServerShutDown事件触发后走重连逻辑。重连要重新Connect、重新AddGroup、重新AddItem不能只调Connect。4.4 现象批量读几百个点程序卡顿甚至内存涨原因同步读在主线程执行或者每次读都新建OpcItem对象没释放。解决把读取放到后台线程或Task里OpcItem和OpcGroup用完要RemoveItem、RemoveGroupCOM 对象不释放会累积。热搜里「c# tcplistener 多客户端」那种资源管理思路在这里同样适用句柄和连接都要有明确的释放时机。4.5 现象远程连接报「远程主机强迫关闭」原因DCOM 跨机器时防火墙拦了动态端口或者两台机器的账户密码不一致。解决OPC DA 跨机器对账户一致性要求高最好用域账户或两台机器建同名同密码的本地账户。防火墙方面DCOM 用 135 端口做初始握手之后走动态端口要么开端口范围要么用 OPC 隧道工具。热搜里「c# restclient.execute返回异常无法将数据写入传输连接」也是类似的连接被断排查思路相通先确认网络层通不通再看应用层权限。5. 让源码包真正可用参数调优与一个验证技巧源码包能不能直接用取决于你有没有把几个关键参数改成自己现场的值。第一处是 ProgID 和节点前面说过。第二处是变量名列表建议做成配置文件而不是硬编码现场一变不用重编译。第三处是UpdateRate监控画面用 500ms历史采集用 5000ms 甚至更长别一个值打天下。第四处是重连间隔我一般设 5 秒重试一次太频繁会把服务器打爆。验证技巧给一个我常用的写一个最小控制台程序只连一个变量循环读 100 次打印每次的值和质量。这个程序跑通说明环境、权限、变量名全对再把源码包里的逻辑往里套。别一上来就跑完整上位机出错了你分不清是环境问题还是业务代码问题。这个「最小验证」习惯帮我省了无数次翻车。// 最小验证单变量循环读确认链路通 for (int i 0; i 100; i) { var val group.Read(new[] { item.ServerHandle }, out int[] err); Console.WriteLine($第{i}次: 值{val[0].Value}, 质量{val[0].Quality}, 错误{err[0]}); Thread.Sleep(1000); }参数上Thread.Sleep(1000)是采集间隔验证阶段慢一点没关系看清每次结果。如果前几次 Good 后面变 Bad多半是连接被回收回去查 4.3。如果一直 Bad查变量名和权限。如果抛异常看异常码对 2.3 的说明。最后说个习惯每次对接新的 WinCC 现场我都会先要三样东西——WinCC 版本号、OPC 通道类型DA 还是 UA、一个已知能读的变量名。这三样齐了源码包改起来就是十几分钟的事缺一样就可能耗一整天。希望帮到你。本文还有配套的精品资源点击获取 C#通过OPC读取WinCC数据：从源码到上位机实战
简介这份程序源码面向C#开发人员与工控领域学习者聚焦于通过OPC协议与西门子WinCC进行数据交互这一典型场景帮助读者理解上位机如何读取WinCC中的实时数据。资源以完整可运行的工程形式提供包含窗体界面、业务逻辑与配置代码并配有注释适合新手入门及有一定经验的开发者借鉴参考。压缩包共35个文件约511KB其中8个cs源文件承载核心逻辑3个resx与2个resources负责界面资源另有csproj、sln等工程配置及exe、dll等编译产物目录结构清晰便于按模块阅读。目前已有450人学习下载。通过研读源码读者可掌握OPC连接建立、数据项订阅与读取、WinCC侧配置对接等关键环节并借鉴其窗体分层与异常处理思路快速迁移到自己的工控数据采集项目中。1. C# 通过 OPC 读取 WinCC 数据从源码包到能跑起来的上位机车间里一台 WinCC 跑得好好的领导突然要你把实时数据同步到 MES 或者自研的 C# 上位机里这种需求在工控圈太常见了。标题里的「C# 通过 OPC 读取 WinCC 数据 程序源码.zip」说白了就是一套用 C# 写客户端、通过 OPC 协议去读 WinCC 里变量值的代码集合。它解决的核心问题是WinCC 把数据锁在自己的运行环境里而你要用外部程序把温度、压力、产量这些点位实时取出来。适合谁做 C# 上位机开发、需要和西门子 WinCC 做数据对接的工程师尤其是手上已经有一个源码包、但不确定怎么配环境、怎么连、怎么批量读的人。这篇不聊虚的从 OPC 通道选型一路讲到源码里那几个关键参数怎么改把能复现的路径铺出来。2. OPC DA 还是 OPC UAWinCC 侧通道怎么选2.1 两种通道的本质差别与选型判断WinCC 对外提供数据历史上主流是 OPC DAData Access基于 COM/DCOM老版本 WinCC7.x 及更早默认就走这条路。新版本 WinCC8.x 起逐步把 OPC UA 作为推荐通道因为 UA 跨平台、不依赖 DCOM 那套玄学配置。你手上这个源码包先要判断它用的是哪种。判断方法很直接看代码里引用的库。如果引的是OPCAutomation、OpcDaNet这类就是 DA如果引的是Opc.Ua.Client、Workstation.UaClient就是 UA。选型上给个实操结论WinCC 7.4 及以下、且客户端和服务器在同一台机器或同网段 Windows 域内用 OPC DA 最省事源码包大概率也是这个路子。WinCC 8.x、或者客户端要跨网段、跨系统优先 OPC UA因为 DCOM 的权限配置能让你调一整天。热搜里「wincc opc ua配置」「opc ua 客户端工具下载」这些词高频出现说明越来越多人往 UA 迁但存量项目里 DA 依然是主力源码包多半是 DA 版本。提示不要一上来就改代码。先用 OPC 客户端工具如 UAExpert 对应 UADA 用 Matrikon 或 Kepware 自带的客户端连一次 WinCC确认服务器本身能出数据再动 C# 代码。这一步能帮你排除掉一半「代码没问题但连不上」的锅。2.2 WinCC 侧开启 OPC 服务的具体步骤以 OPC DA 为例WinCC 侧要做的配置是有固定套路的。打开 WinCC 项目管理器右键项目属性找到「OPC」相关选项确认「OPC DA Server」已启用。然后在 Windows 服务里确认OPC Server相关服务处于运行状态。这一步不做C# 端连破头也连不上。具体操作顺序WinCC 项目 → 属性 → OPC → 勾选 OPC DA 服务器记下 ProgID通常是OPCServer.WinCC或WinCC.OPCServer。打开「组件服务」comexp.msc→ 计算机 → 我的电脑 → DCOM 配置找到对应的 OPC 枚举服务和 OPC 服务器项。右键属性 → 安全 → 分别配置「启动和激活权限」「访问权限」把运行 C# 程序的账户加进去给本地启动、本地激活、远程访问权限。身份标识选项卡里选「交互式用户」或指定一个固定账户别用「启动用户」这种容易踩坑的选项。这几步做完用客户端工具连OPCServer.WinCC能看到变量树说明 WinCC 侧通了。热搜里「wincc 握手错误」很多时候就是 DCOM 权限没配对客户端能枚举到服务器但一读变量就断回头查第 3 步的访问权限。2.3 源码包里连接字符串和 ProgID 的定位拿到源码包别急着 F5。先全局搜索几个关键词ProgID、OPCServer、Connect、ServerName。DA 版本的代码里一定有一处硬编码或配置化的服务器名。常见写法是// OPC DA 连接核心ProgID 必须和 WinCC 侧注册的一致 string progID OPCServer.WinCC; // 若连不上先换成 WinCC.OPCServer 试 OpcServer server new OpcServer(); server.Connect(progID, localhost); // 远程则填 WinCC 机器 IP 或主机名逻辑说明Connect的第一个参数是 ProgID必须和 WinCC 在系统里注册的完全一致大小写敏感度低但拼写不能错第二个参数是节点本机填localhost远程填 IP。参数上如果源码里写死了localhost而你要远程读改这里。连不上时先看异常信息0x80070005是权限问题0x80040154是 ProgID 没注册或 OPC Core Components 没装。热搜里「opc core components redistributable下载」就是解决后者的DA 客户端机器上一般都要装这个运行时。3. 用 C# 把 WinCC 变量读进内存连接、分组、批量读3.1 建立连接与浏览变量树连接建立后第一件事是浏览 WinCC 里有哪些变量别凭记忆硬编码。DA 的浏览接口是BrowseOPCItemIDsUA 是Session.Browse。以 DA 为例源码里通常封装了一个浏览方法// 浏览 WinCC 变量树拿到所有可读点位 OpcItemBrowser browser server.CreateBrowser(); browser.ShowBranches(); // 先看分支对应 WinCC 里的结构变量/分组 browser.ShowLeafs(false); // 再看叶子节点具体变量 foreach (var item in browser) { Console.WriteLine(item); // 打印出来确认变量名格式 }逻辑说明WinCC 的变量在 OPC 里通常带前缀比如S7:[S7 connection_1]DB1,REAL0这种或者结构变量展开成Group.Tag。参数ShowLeafs(false)表示只列分支不列叶子遍历时按需切换。这一步的目的是把真实变量名抄下来后面读写都用这个全名少一个字符都读不到。热搜里「opc数据批量请求」的痛点就在这变量名不对批量请求全返回坏值。3.2 添加 Item 与订阅式读取OPC DA 有两种读法同步读Read和订阅Subscription。实时性要求高的场景用订阅服务器端变量一变就回调省得你轮询。源码包里如果做的是实时监控多半用订阅。核心代码结构// 创建订阅组设置更新周期 OpcGroup group server.AddGroup(ReadGroup); group.UpdateRate 500; // 毫秒500ms 刷新一次按需调 group.IsActive true; // 批量添加 Item一次性提交减少往返 OpcItem[] items new OpcItem[tagNames.Length]; for (int i 0; i tagNames.Length; i) { items[i] group.AddItem(tagNames[i], true); // true 表示激活该 Item } // 绑定数据变化回调 group.DataChanged (handle, requestID, values) { foreach (var v in values) { Console.WriteLine(${v.ItemName} {v.Value}, 质量{v.Quality}); } };逻辑说明UpdateRate是订阅刷新周期设太小比如 50ms会给 WinCC 服务器压力设太大实时性差500ms 到 1000ms 是常见折中。AddItem的第二个参数true表示激活如果设false则订阅了但收不到回调这是新手常踩的坑。回调里的Quality字段必须判断Good才是有效值Bad说明变量名错或服务器拒绝。批量添加比循环单个添加效率高得多热搜里「opc数据批量请求」说的就是这个优化点。3.3 同步读取与数据类型转换有些场景不需要订阅比如定时采集存数据库用同步读更可控。同步读的关键是Read方法返回的是object要按 WinCC 里定义的类型转// 同步批量读取适合定时采集 int[] serverHandles items.Select(i i.ServerHandle).ToArray(); OpcItemValue[] results group.Read(serverHandles, out int[] errors); for (int i 0; i results.Length; i) { if (errors[i] 0 results[i].Quality Quality.Good) { // WinCC 里 REAL 对应 float转换前先确认类型 float value Convert.ToSingle(results[i].Value); Console.WriteLine(${tagNames[i]} {value}); } }逻辑说明Read返回的errors数组和请求的 handle 一一对应非零就是该点读失败要单独处理。类型转换是重灾区WinCC 里REAL是 4 字节浮点对应 C# 的floatDWORD是无符号 32 位对应uint。用Convert.ToSingle前最好确认原始类型否则可能抛InvalidCastException。热搜里「c# c byte char」这类类型转换问题在 OPC 场景同样高频本质是跨系统类型映射没对齐。4. 避坑与排查连不上、读不到、断线重连4.1 现象客户端能枚举服务器但一读变量就报权限错误原因DCOM 的「访问权限」和「启动激活权限」没给运行 C# 程序的账户。枚举走的是枚举服务读变量走的是服务器进程两者权限是分开配的。解决回到comexp.msc在 OPC 服务器项的 DCOM 属性里把当前登录账户或程序运行账户加进「访问权限」的允许列表重启 OPC 服务再试。4.2 现象变量名明明对读回来全是 Bad 质量原因WinCC 变量名在 OPC 里的全名和你在 WinCC 界面看到的不一样结构变量会带前缀连接名也会拼进去。解决用 3.1 的浏览方法把真实全名打印出来直接复制别手敲。另外确认该变量在 WinCC 里是「可读写」或至少「可读」属性只写变量读不到。4.3 现象程序跑几小时后回调不再触发原因订阅组被服务器回收或者网络闪断后连接假死。OPC DA 的 DCOM 连接在长时间无交互时可能被断开。解决加心跳定时读一个固定变量同时监听group的ServerShutDown事件触发后走重连逻辑。重连要重新Connect、重新AddGroup、重新AddItem不能只调Connect。4.4 现象批量读几百个点程序卡顿甚至内存涨原因同步读在主线程执行或者每次读都新建OpcItem对象没释放。解决把读取放到后台线程或Task里OpcItem和OpcGroup用完要RemoveItem、RemoveGroupCOM 对象不释放会累积。热搜里「c# tcplistener 多客户端」那种资源管理思路在这里同样适用句柄和连接都要有明确的释放时机。4.5 现象远程连接报「远程主机强迫关闭」原因DCOM 跨机器时防火墙拦了动态端口或者两台机器的账户密码不一致。解决OPC DA 跨机器对账户一致性要求高最好用域账户或两台机器建同名同密码的本地账户。防火墙方面DCOM 用 135 端口做初始握手之后走动态端口要么开端口范围要么用 OPC 隧道工具。热搜里「c# restclient.execute返回异常无法将数据写入传输连接」也是类似的连接被断排查思路相通先确认网络层通不通再看应用层权限。5. 让源码包真正可用参数调优与一个验证技巧源码包能不能直接用取决于你有没有把几个关键参数改成自己现场的值。第一处是 ProgID 和节点前面说过。第二处是变量名列表建议做成配置文件而不是硬编码现场一变不用重编译。第三处是UpdateRate监控画面用 500ms历史采集用 5000ms 甚至更长别一个值打天下。第四处是重连间隔我一般设 5 秒重试一次太频繁会把服务器打爆。验证技巧给一个我常用的写一个最小控制台程序只连一个变量循环读 100 次打印每次的值和质量。这个程序跑通说明环境、权限、变量名全对再把源码包里的逻辑往里套。别一上来就跑完整上位机出错了你分不清是环境问题还是业务代码问题。这个「最小验证」习惯帮我省了无数次翻车。// 最小验证单变量循环读确认链路通 for (int i 0; i 100; i) { var val group.Read(new[] { item.ServerHandle }, out int[] err); Console.WriteLine($第{i}次: 值{val[0].Value}, 质量{val[0].Quality}, 错误{err[0]}); Thread.Sleep(1000); }参数上Thread.Sleep(1000)是采集间隔验证阶段慢一点没关系看清每次结果。如果前几次 Good 后面变 Bad多半是连接被回收回去查 4.3。如果一直 Bad查变量名和权限。如果抛异常看异常码对 2.3 的说明。最后说个习惯每次对接新的 WinCC 现场我都会先要三样东西——WinCC 版本号、OPC 通道类型DA 还是 UA、一个已知能读的变量名。这三样齐了源码包改起来就是十几分钟的事缺一样就可能耗一整天。希望帮到你。本文还有配套的精品资源点击获取