尧图网站建设 
简介本资源是一份面向食品饮料制造企业数字化转型的MES系统解决方案专业课件适用于生产管理、自动化工程师及智能制造项目实施人员聚焦解决工厂在订单执行、批次追溯、设备联动与质量闭环中的核心痛点。文件为单个19.23MB的PPTX演示文稿内容结构完整涵盖施耐德食品饮料MES产品架构含Level 1–4工业控制系统集成、E-Traceability生产追踪、E-SIM即时化执行平台、E-WI/E-SOP电子作业指导等关键模块并深入解析计划排产模型、黄金曲线对比分析、多源原料消耗计算及CTP/ATP检查逻辑等实操要点。课件内嵌大量架构图、流程图与行业案例界面截图直观呈现SAP/ERP/MES/DCS/PLC多系统协同路径。目前已有239人学习下载是理解食品饮料行业ISA-95标准落地、构建精益数字化工厂的高参考价值技术资料。1. 食品饮料工厂数字化MES解决方案不是上个系统就叫“数字化”而是让灌装线停机5分钟就能查清是温控偏差还是批次混料食品饮料行业谈“数字化MES”时常陷入两个极端要么把ERP报表导出Excel再手工填表美其名曰“轻量化落地”要么花千万买套标品MES结果连巴氏杀菌温度曲线都抓不到实时点——更别说追溯一罐酸奶从生牛乳入厂到贴标下线的27个工艺节点。真正能跑通的食品饮料工厂数字化MES解决方案核心不在模块多寡而在三件事必须闭环① 生产指令能穿透到PLC级执行单元比如灌装机伺服阀开度② 异常事件触发后30秒内自动锁定关联批次、原料供应商、操作员及前3小时设备参数③ 所有数据符合FDA 21 CFR Part 11电子签名与审计追踪要求。这不是IT项目是用工业协议食品GMP逻辑实时数据库搭出来的合规性黑匣子。适合日产能超50万瓶、SKU超200个、有出口认证需求的中大型工厂——小厂硬上反而拖垮产线节奏。下面拆解我们给华东某乳企落地时踩过的坑、调过的参数、验证过的真实路径。2. 为什么食品饮料工厂的MES不能直接套用汽车或电子行业的方案2.1 工艺特性决定数据采集逻辑根本不同汽车焊装线关注节拍稳定性而酸奶发酵罐需要每15秒记录一次pH值、溶氧量、搅拌转速并在pH偏离±0.1时触发自动补酸动作。这意味着采样频率不可统一设为1秒灌装机流量计需100Hz采样防滴漏但冷库温湿度传感器5分钟采一次足矣数据语义必须绑定GMP字段同一温度传感器在UHT段叫“灭菌温度”在冷却段叫“均质后暂存温度”在灌装段叫“灌装头温度”——MES字段命名必须与《GB 12693-2010 乳制品良好生产规范》条款号挂钩批次定义规则冲突电子厂按工单号分批食品厂必须按“同一批次生牛乳同一发酵罐同一灌装线4小时内完成”四维交叉定义缺一不可。提示别信厂商说的“预置食品模板”。我们实测某国际MES厂商的“食品包”其批次拆分逻辑默认按时间切片导致同一罐发酵奶被切成3个批次直接废掉整批FDA追溯链。2.2 设备协议碎片化是最大拦路虎食品厂设备新旧混杂2008年进口的利乐灌装机用Profibus-DP2016年国产均质机走Modbus TCP2023年新上的AI视觉检测仪只支持OPC UA。常见错误是采购“万能网关”统一转OPC UA——结果利乐设备的报警代码如E127蒸汽压力不足被网关映射成通用错误码MES里显示“设备通信异常”现场工程师根本无法定位。正确做法是分层协议适配底层驱动层为每类设备写专用驱动非通用驱动例如利乐驱动必须解析其特有的“Alarm Code Subcode Timestamp”三元组中间语义层将设备原始码映射为GMP事件如利乐E127→“UHT段蒸汽压力低于设定值15%持续超30秒”上层业务层该事件自动触发“暂停当前批次灌装”指令并推送至质量模块生成OOSOut of Specification报告。2.3 合规性不是功能开关而是数据结构基因Part 11要求所有关键操作留痕谁、何时、在哪台终端、改了哪个参数、改前值/改后值、修改理由带电子签名。但多数MES把“电子签名”做成登录态弹窗——操作员点确认即视为签名。这在FDA检查中直接被判无效。真实合规路径是每次参数修改必须生成独立审计事件Audit Event含操作员生物特征哈希如指纹模板ID、终端MAC地址、操作时间UTC8精确到毫秒、前后值差值审计日志存储于独立WORMWrite Once Read Many存储区禁止任何删除/覆盖权限签名密钥由工厂CA中心统一分发私钥不出设备端。我们曾因某批次修改杀菌温度未记录“修改理由”字段空值被FDA观察员开出483表格——不是系统没这个字段而是开发时把它设为可选。3. 用OPC UATimescaleDB搭建轻量级实时数据中枢不依赖商业平台也能跑通核心场景3.1 为什么放弃主流MES的内置数据库某乳企原用西门子Opcenter其内置SQL Server在处理每秒2万点的灌装线数据时查询发酵罐历史曲线响应超12秒。根本原因是传统关系库对时序数据做B-tree索引而食品工艺数据天然具备“时间戳密集写多读少按时间范围聚合”特性。TimescaleDB作为PostgreSQL扩展用chunk分区降采样压缩实测同样硬件下写入吞吐达45,000 points/sec查询过去24小时每分钟平均温度响应300ms存储空间比SQL Server节省63%启用compression后。3.2 OPC UA服务器部署关键配置我们选用开源open62541搭建UA服务器重点调参如下# open62541配置片段ua_server_config.h #define UA_MAXTIMEOUT 30000 // 必须≥30秒食品设备通信延迟高否则频繁重连 #define UA_MAXRETRANSMISSIONS 5 // 利乐设备重传机制弱设5次避免丢帧 #define UA_ENABLE_SUBSCRIPTIONS 1 // 订阅模式才能实现毫秒级变化上报注意食品厂车间电磁干扰强UA连接必须启用SecurityPolicy_Aes256Sha256RsaPss加密禁用None策略——某次调试时未加密UHT段温度数据被隔壁变频器谐波干扰出现连续17个异常尖峰MES误判为设备故障。3.3 TimescaleDB建表与降采样策略针对发酵罐数据建表时强制按设备ID时间分区-- 创建超表hypertable CREATE TABLE fermentation_tank_data ( time TIMESTAMPTZ NOT NULL, tank_id VARCHAR(20) NOT NULL, ph_value NUMERIC(4,2), temp_celsius NUMERIC(5,2), rpm INTEGER, operator_id VARCHAR(10) ); SELECT create_hypertable(fermentation_tank_data, time, chunk_time_interval INTERVAL 1 day); -- 创建降采样视图供MES前端调用 CREATE MATERIALIZED VIEW fermentation_hourly_summary WITH (timescaledb.continuous) AS SELECT time_bucket(1 hour, time) AS bucket, tank_id, AVG(ph_value) AS avg_ph, MAX(temp_celsius) AS max_temp, COUNT(*) AS sample_count FROM fermentation_tank_data GROUP BY bucket, tank_id;参数说明chunk_time_interval INTERVAL 1 day按天切片避免单chunk过大影响VACUUMtimescaledb.continuous启用连续聚合写入时自动计算前端查历史曲线无需实时聚合sample_count字段必加用于判断数据完整性——若某小时sample_count 3600理论值说明该时段存在通信中断触发告警而非补零。4. 避坑食品饮料MES落地中最容易翻车的5个硬伤4.1 现象批次追溯时发现“同一罐发酵奶”在MES里显示两个不同生产日期原因工厂使用两套时钟源——PLC用本地晶振MES服务器用NTP校时。当PLC晶振日漂移2.3秒而MES每6小时同步一次导致发酵结束时间戳比实际晚2.3秒。按GMP要求生产日期取发酵结束时间于是同一物理批次被分到两天。解决强制所有PLC接入工厂北斗授时终端非GPSMES服务器NTP源指向同一北斗终端误差控制在±50ms内。4.2 现象灌装线OEE计算值忽高忽低某天显示98%但实际停机37分钟原因MES将“剔除不良品时间”计入运行时间。但食品厂剔除逻辑是视觉检测仪每发现1罐缺陷灌装机暂停0.8秒剔除。这0.8秒被MES统计为“有效运行”而实际产线已中断。解决在PLC侧增加专用信号位Reject_Pulse每次剔除时输出100ms脉冲MES只统计Reject_Pulse0且Machine_Running1的时间段。4.3 现象FDA审计时被质疑“电子签名可被伪造”原因系统管理员用同一账号登录所有操作站签名日志里所有操作员ID都是admin。解决实施生物特征绑定——每台操作站安装指纹仪首次登录时将指纹模板哈希值与员工ID绑定后续签名时必须现场按压服务端比对哈希值而非用户名。4.4 现象清洗CIP程序结束后MES显示“清洗完成”但实际阀门未关闭原因CIP控制系统只反馈“程序步进完成”未监控物理阀门状态。MES把程序结束等同于物理完成。解决在CIP控制柜加装阀门位置传感器非行程开关用磁致伸缩位移传感器将阀门开度模拟量接入MES清洗完成判定条件改为“程序步进完成” AND “回流阀开度0%” AND “排污阀开度0%”。4.5 现象切换新品类如从酸奶切到乳酸菌饮料时MES报“配方参数冲突”原因配方管理模块未区分“工艺参数”与“设备参数”。乳酸菌饮料需降低均质压力但系统把“均质压力”字段同时绑定到工艺卡和设备PLC寄存器切换时未做设备能力校验。解决建立三层参数模型——① 工艺层GMP要求值、② 设备层PLC可执行范围、③ 映射层自动校验若工艺值超出设备层范围禁止下发并提示“设备能力不足建议更换均质机型号”。5. 把“批次放行”变成自动化决策用规则引擎替代人工签字5.1 为什么传统电子批记录EBR只是PDF搬运工某厂EBR系统能自动生成200页PDF但放行仍需QA经理逐页核对——因为系统无法判断“pH值波动是否在可接受范围”。真正的自动化放行必须把GMP条款翻译成机器可执行规则。例如《GB 12693-2010》第5.3.2条“发酵过程pH值应控制在4.2±0.3范围内单次偏离不得超过0.5累计偏离超3次则整批不合格”。5.2 Drools规则引擎实战配置在MES中嵌入Drools编写规则文件fermentation_rules.drl// 规则1单次pH超差 rule pH single deviation when $e: FermentationEvent( $ph: phValue, Math.abs($ph - 4.2) 0.5 ) then insert(new Alert(pH单次超差, $e.getTankId(), $e.getTime())); end // 规则2累计超差次数 rule pH cumulative violation when $tank: String() $count: Number(intValue 3) from accumulate( FermentationEvent(tankId $tank, Math.abs(phValue - 4.2) 0.5, time (System.currentTimeMillis() - 3600000)), count() ) then insert(new BatchHold(pH累计超差, $tank)); end // 规则3放行条件所有规则无触发才允许 rule batch release eligible when not Alert() not BatchHold() $batch: Batch(batchStatus completed) then $batch.setReleaseStatus(auto_approved); update($batch); end关键参数说明3600000毫秒单位表示1小时内累计次数对应GMP“过程监控”时效性要求BatchHold()事实对象触发后自动冻结批次禁止发货并推送至质量模块auto_approved状态仅当所有规则通过才置位QA只需抽检10%自动放行批次。5.3 规则验证的血泪经验我们曾因一条规则漏写time ...条件导致系统把历史所有pH超差点全部累加——某罐发酵奶被判定“累计超差127次”整批报废。后来建立三重验证机制语法验证Drools自带kie-maven-plugin编译时检查规则冲突沙箱测试用真实历史数据生成1000条FermentationEvent注入规则引擎比对输出与人工判读灰度发布新规则先以“只告警不冻结”模式运行72小时确认无误后再启用BatchHold()动作。现在该乳企92%的常规批次实现自动放行QA精力聚焦于规则引擎标记的异常批次——这才是数字化该有的样子不是让系统代替人干活而是让人干只有人才能干的活。我坚持在每个新项目启动前用半天时间带着客户QA一起手写3条核心GMP规则跑通Drools沙箱。这比看100页PPT更能建立信任——毕竟当规则引擎第一次把“pH超差”精准推送到责任人手机时所有人突然就懂了什么叫“数字化不是上系统是让合规长出牙齿”。希望帮到你。本文还有配套的精品资源点击获取 食品饮料工厂数字化MES落地关键：OPC UA+TimescaleDB实时追溯与GMP合规
简介本资源是一份面向食品饮料制造企业数字化转型的MES系统解决方案专业课件适用于生产管理、自动化工程师及智能制造项目实施人员聚焦解决工厂在订单执行、批次追溯、设备联动与质量闭环中的核心痛点。文件为单个19.23MB的PPTX演示文稿内容结构完整涵盖施耐德食品饮料MES产品架构含Level 1–4工业控制系统集成、E-Traceability生产追踪、E-SIM即时化执行平台、E-WI/E-SOP电子作业指导等关键模块并深入解析计划排产模型、黄金曲线对比分析、多源原料消耗计算及CTP/ATP检查逻辑等实操要点。课件内嵌大量架构图、流程图与行业案例界面截图直观呈现SAP/ERP/MES/DCS/PLC多系统协同路径。目前已有239人学习下载是理解食品饮料行业ISA-95标准落地、构建精益数字化工厂的高参考价值技术资料。1. 食品饮料工厂数字化MES解决方案不是上个系统就叫“数字化”而是让灌装线停机5分钟就能查清是温控偏差还是批次混料食品饮料行业谈“数字化MES”时常陷入两个极端要么把ERP报表导出Excel再手工填表美其名曰“轻量化落地”要么花千万买套标品MES结果连巴氏杀菌温度曲线都抓不到实时点——更别说追溯一罐酸奶从生牛乳入厂到贴标下线的27个工艺节点。真正能跑通的食品饮料工厂数字化MES解决方案核心不在模块多寡而在三件事必须闭环① 生产指令能穿透到PLC级执行单元比如灌装机伺服阀开度② 异常事件触发后30秒内自动锁定关联批次、原料供应商、操作员及前3小时设备参数③ 所有数据符合FDA 21 CFR Part 11电子签名与审计追踪要求。这不是IT项目是用工业协议食品GMP逻辑实时数据库搭出来的合规性黑匣子。适合日产能超50万瓶、SKU超200个、有出口认证需求的中大型工厂——小厂硬上反而拖垮产线节奏。下面拆解我们给华东某乳企落地时踩过的坑、调过的参数、验证过的真实路径。2. 为什么食品饮料工厂的MES不能直接套用汽车或电子行业的方案2.1 工艺特性决定数据采集逻辑根本不同汽车焊装线关注节拍稳定性而酸奶发酵罐需要每15秒记录一次pH值、溶氧量、搅拌转速并在pH偏离±0.1时触发自动补酸动作。这意味着采样频率不可统一设为1秒灌装机流量计需100Hz采样防滴漏但冷库温湿度传感器5分钟采一次足矣数据语义必须绑定GMP字段同一温度传感器在UHT段叫“灭菌温度”在冷却段叫“均质后暂存温度”在灌装段叫“灌装头温度”——MES字段命名必须与《GB 12693-2010 乳制品良好生产规范》条款号挂钩批次定义规则冲突电子厂按工单号分批食品厂必须按“同一批次生牛乳同一发酵罐同一灌装线4小时内完成”四维交叉定义缺一不可。提示别信厂商说的“预置食品模板”。我们实测某国际MES厂商的“食品包”其批次拆分逻辑默认按时间切片导致同一罐发酵奶被切成3个批次直接废掉整批FDA追溯链。2.2 设备协议碎片化是最大拦路虎食品厂设备新旧混杂2008年进口的利乐灌装机用Profibus-DP2016年国产均质机走Modbus TCP2023年新上的AI视觉检测仪只支持OPC UA。常见错误是采购“万能网关”统一转OPC UA——结果利乐设备的报警代码如E127蒸汽压力不足被网关映射成通用错误码MES里显示“设备通信异常”现场工程师根本无法定位。正确做法是分层协议适配底层驱动层为每类设备写专用驱动非通用驱动例如利乐驱动必须解析其特有的“Alarm Code Subcode Timestamp”三元组中间语义层将设备原始码映射为GMP事件如利乐E127→“UHT段蒸汽压力低于设定值15%持续超30秒”上层业务层该事件自动触发“暂停当前批次灌装”指令并推送至质量模块生成OOSOut of Specification报告。2.3 合规性不是功能开关而是数据结构基因Part 11要求所有关键操作留痕谁、何时、在哪台终端、改了哪个参数、改前值/改后值、修改理由带电子签名。但多数MES把“电子签名”做成登录态弹窗——操作员点确认即视为签名。这在FDA检查中直接被判无效。真实合规路径是每次参数修改必须生成独立审计事件Audit Event含操作员生物特征哈希如指纹模板ID、终端MAC地址、操作时间UTC8精确到毫秒、前后值差值审计日志存储于独立WORMWrite Once Read Many存储区禁止任何删除/覆盖权限签名密钥由工厂CA中心统一分发私钥不出设备端。我们曾因某批次修改杀菌温度未记录“修改理由”字段空值被FDA观察员开出483表格——不是系统没这个字段而是开发时把它设为可选。3. 用OPC UATimescaleDB搭建轻量级实时数据中枢不依赖商业平台也能跑通核心场景3.1 为什么放弃主流MES的内置数据库某乳企原用西门子Opcenter其内置SQL Server在处理每秒2万点的灌装线数据时查询发酵罐历史曲线响应超12秒。根本原因是传统关系库对时序数据做B-tree索引而食品工艺数据天然具备“时间戳密集写多读少按时间范围聚合”特性。TimescaleDB作为PostgreSQL扩展用chunk分区降采样压缩实测同样硬件下写入吞吐达45,000 points/sec查询过去24小时每分钟平均温度响应300ms存储空间比SQL Server节省63%启用compression后。3.2 OPC UA服务器部署关键配置我们选用开源open62541搭建UA服务器重点调参如下# open62541配置片段ua_server_config.h #define UA_MAXTIMEOUT 30000 // 必须≥30秒食品设备通信延迟高否则频繁重连 #define UA_MAXRETRANSMISSIONS 5 // 利乐设备重传机制弱设5次避免丢帧 #define UA_ENABLE_SUBSCRIPTIONS 1 // 订阅模式才能实现毫秒级变化上报注意食品厂车间电磁干扰强UA连接必须启用SecurityPolicy_Aes256Sha256RsaPss加密禁用None策略——某次调试时未加密UHT段温度数据被隔壁变频器谐波干扰出现连续17个异常尖峰MES误判为设备故障。3.3 TimescaleDB建表与降采样策略针对发酵罐数据建表时强制按设备ID时间分区-- 创建超表hypertable CREATE TABLE fermentation_tank_data ( time TIMESTAMPTZ NOT NULL, tank_id VARCHAR(20) NOT NULL, ph_value NUMERIC(4,2), temp_celsius NUMERIC(5,2), rpm INTEGER, operator_id VARCHAR(10) ); SELECT create_hypertable(fermentation_tank_data, time, chunk_time_interval INTERVAL 1 day); -- 创建降采样视图供MES前端调用 CREATE MATERIALIZED VIEW fermentation_hourly_summary WITH (timescaledb.continuous) AS SELECT time_bucket(1 hour, time) AS bucket, tank_id, AVG(ph_value) AS avg_ph, MAX(temp_celsius) AS max_temp, COUNT(*) AS sample_count FROM fermentation_tank_data GROUP BY bucket, tank_id;参数说明chunk_time_interval INTERVAL 1 day按天切片避免单chunk过大影响VACUUMtimescaledb.continuous启用连续聚合写入时自动计算前端查历史曲线无需实时聚合sample_count字段必加用于判断数据完整性——若某小时sample_count 3600理论值说明该时段存在通信中断触发告警而非补零。4. 避坑食品饮料MES落地中最容易翻车的5个硬伤4.1 现象批次追溯时发现“同一罐发酵奶”在MES里显示两个不同生产日期原因工厂使用两套时钟源——PLC用本地晶振MES服务器用NTP校时。当PLC晶振日漂移2.3秒而MES每6小时同步一次导致发酵结束时间戳比实际晚2.3秒。按GMP要求生产日期取发酵结束时间于是同一物理批次被分到两天。解决强制所有PLC接入工厂北斗授时终端非GPSMES服务器NTP源指向同一北斗终端误差控制在±50ms内。4.2 现象灌装线OEE计算值忽高忽低某天显示98%但实际停机37分钟原因MES将“剔除不良品时间”计入运行时间。但食品厂剔除逻辑是视觉检测仪每发现1罐缺陷灌装机暂停0.8秒剔除。这0.8秒被MES统计为“有效运行”而实际产线已中断。解决在PLC侧增加专用信号位Reject_Pulse每次剔除时输出100ms脉冲MES只统计Reject_Pulse0且Machine_Running1的时间段。4.3 现象FDA审计时被质疑“电子签名可被伪造”原因系统管理员用同一账号登录所有操作站签名日志里所有操作员ID都是admin。解决实施生物特征绑定——每台操作站安装指纹仪首次登录时将指纹模板哈希值与员工ID绑定后续签名时必须现场按压服务端比对哈希值而非用户名。4.4 现象清洗CIP程序结束后MES显示“清洗完成”但实际阀门未关闭原因CIP控制系统只反馈“程序步进完成”未监控物理阀门状态。MES把程序结束等同于物理完成。解决在CIP控制柜加装阀门位置传感器非行程开关用磁致伸缩位移传感器将阀门开度模拟量接入MES清洗完成判定条件改为“程序步进完成” AND “回流阀开度0%” AND “排污阀开度0%”。4.5 现象切换新品类如从酸奶切到乳酸菌饮料时MES报“配方参数冲突”原因配方管理模块未区分“工艺参数”与“设备参数”。乳酸菌饮料需降低均质压力但系统把“均质压力”字段同时绑定到工艺卡和设备PLC寄存器切换时未做设备能力校验。解决建立三层参数模型——① 工艺层GMP要求值、② 设备层PLC可执行范围、③ 映射层自动校验若工艺值超出设备层范围禁止下发并提示“设备能力不足建议更换均质机型号”。5. 把“批次放行”变成自动化决策用规则引擎替代人工签字5.1 为什么传统电子批记录EBR只是PDF搬运工某厂EBR系统能自动生成200页PDF但放行仍需QA经理逐页核对——因为系统无法判断“pH值波动是否在可接受范围”。真正的自动化放行必须把GMP条款翻译成机器可执行规则。例如《GB 12693-2010》第5.3.2条“发酵过程pH值应控制在4.2±0.3范围内单次偏离不得超过0.5累计偏离超3次则整批不合格”。5.2 Drools规则引擎实战配置在MES中嵌入Drools编写规则文件fermentation_rules.drl// 规则1单次pH超差 rule pH single deviation when $e: FermentationEvent( $ph: phValue, Math.abs($ph - 4.2) 0.5 ) then insert(new Alert(pH单次超差, $e.getTankId(), $e.getTime())); end // 规则2累计超差次数 rule pH cumulative violation when $tank: String() $count: Number(intValue 3) from accumulate( FermentationEvent(tankId $tank, Math.abs(phValue - 4.2) 0.5, time (System.currentTimeMillis() - 3600000)), count() ) then insert(new BatchHold(pH累计超差, $tank)); end // 规则3放行条件所有规则无触发才允许 rule batch release eligible when not Alert() not BatchHold() $batch: Batch(batchStatus completed) then $batch.setReleaseStatus(auto_approved); update($batch); end关键参数说明3600000毫秒单位表示1小时内累计次数对应GMP“过程监控”时效性要求BatchHold()事实对象触发后自动冻结批次禁止发货并推送至质量模块auto_approved状态仅当所有规则通过才置位QA只需抽检10%自动放行批次。5.3 规则验证的血泪经验我们曾因一条规则漏写time ...条件导致系统把历史所有pH超差点全部累加——某罐发酵奶被判定“累计超差127次”整批报废。后来建立三重验证机制语法验证Drools自带kie-maven-plugin编译时检查规则冲突沙箱测试用真实历史数据生成1000条FermentationEvent注入规则引擎比对输出与人工判读灰度发布新规则先以“只告警不冻结”模式运行72小时确认无误后再启用BatchHold()动作。现在该乳企92%的常规批次实现自动放行QA精力聚焦于规则引擎标记的异常批次——这才是数字化该有的样子不是让系统代替人干活而是让人干只有人才能干的活。我坚持在每个新项目启动前用半天时间带着客户QA一起手写3条核心GMP规则跑通Drools沙箱。这比看100页PPT更能建立信任——毕竟当规则引擎第一次把“pH超差”精准推送到责任人手机时所有人突然就懂了什么叫“数字化不是上系统是让合规长出牙齿”。希望帮到你。本文还有配套的精品资源点击获取