简介这份PPT方案面向智慧城市项目规划者、方案撰写人员及政企信息化从业者系统梳理了新型智慧城市的建设逻辑与落地路径。内容从宏观形势切入涵盖建设理念、建设模式、建设方案与运营保障五大模块并深入展开AI人工智能、大数据分析、物联网应用三大核心技术板块涉及智慧政务、智慧交通、智慧安防、智慧医疗、智慧社区等典型场景同时给出云基础架构、公共信息共享平台与时空信息数据库的整体设计思路。资源包内含1个pptx文件压缩包约35.14MB以图文并茂的幻灯片形式呈现便于直接参考或二次编辑。目前已有48人学习下载。读者可从中获取完整的智慧城市框架图、应用体系分层结构、建设路线图及多行业落地案例适合作为方案汇报、项目立项或技术选型时的参考素材。1. 新型智慧城市解决方案PPT56页里真正能落地的技术骨架你拿到一份标着“新型智慧城市解决方案PPT(56页).pptx”的文件第一反应大概率是这玩意儿到底是给领导汇报用的概念图还是能拆出真实技术架构的施工图我见过太多智慧城市方案前20页讲愿景中间20页堆名词最后16页放几张效果图就结束了。但真正有价值的56页方案应该能让你从“城市大脑”这个词一路拆到数据中台怎么建、物联网关怎么选、视频流怎么接。这篇笔记不聊PPT排版只聊如果这份方案要落地技术侧该怎么接、哪些参数必须提前定、哪些坑一定会踩。适合正在做智慧城市集成项目的售前工程师、项目经理以及需要把方案文档翻译成技术实施计划的开发人员。2. 从56页方案里拆出可执行的技术架构别被“11N”绕晕2.1 智慧城市方案的典型分层与每层真实职责几乎所有智慧城市PPT都会画一张分层架构图常见写法是“1个城市大脑1个数据中台N个应用场景”。但落到技术实施你需要把这张图翻译成四层具体职责第一层是感知层。PPT上通常写“全域感知”实际落地就是摄像头、传感器、RFID、GPS终端。这一层的关键参数不是数量而是协议。海康威视的ISAPI、大华的SDK、GB/T 28181国标协议选哪个直接决定你后面视频平台怎么接。我一般会在方案评审阶段就逼着集成商确认前端设备是走GB28181还是私有SDK如果是GB28181视频接入网关用哪个品牌这个决定晚了后面视频流调不动就是血泪经验。第二层是网络层。PPT上写“泛在网络”实际就是光纤专网、4G/5G回传、NB-IoT/LoRa低功耗广域网。这里有个容易翻车的点NB-IoT和LoRa的选择。NB-IoT走运营商网络覆盖好但需要SIM卡和流量费LoRa自建网关免费但需要自己架基站。方案里如果写“根据场景灵活选择”等于没写。我的做法是抄表类低频小数据用NB-IoT园区内设备密集且需要本地控制的用LoRa。第三层是平台层。这是PPT里最厚的一部分通常包括数据中台、AI中台、业务中台。数据中台的核心不是Hadoop或Spark选型而是数据治理。城市数据来源太杂公安、交通、城管、环保各有各的库。PPT上写“数据汇聚共享”实际你要建的是数据资源目录、数据标准规范、数据质量监控三件套。没有这三样数据中台就是个昂贵的ETL工具。第四层是应用层。PPT上会列智慧交通、智慧安防、智慧环保、智慧政务等。这一层对技术人员来说反而简单因为每个应用都是独立项目。但要注意应用层和平台层的接口必须提前定义。我见过一个项目交通应用要调人口数据结果平台层没开对应API最后靠数据库直连解决安全审计直接亮红灯。2.2 把PPT里的“城市大脑”翻译成技术组件清单“城市大脑”这个词在56页方案里可能出现几十次但技术实现上它通常由以下组件构成PPT里的说法实际技术组件关键参数城市大脑智能分析平台GPU算力、算法仓、推理框架数据中台数据湖数据仓库存储容量、计算引擎、元数据管理AI中台算法训练平台训练数据量、模型迭代周期业务中台微服务网关API数量、并发能力、鉴权方式数字孪生三维渲染引擎模型精度、渲染帧率、数据更新频率这张表是我从多个实际项目里总结出来的。你拿着它去对PPT如果某个组件在方案里找不到对应描述那这个方案就是缺项的。比如很多方案写“数字孪生城市”但没写三维模型精度是LOD1还是LOD3没写数据更新是实时还是每天一次。这些不写清楚开发阶段就是无底洞。2.3 从方案到实施的第一个动作画一张接口关系图拿到56页PPT后不要急着写代码或选设备。第一件事是画接口关系图。具体做法把PPT里所有出现的系统名称列出来比如“智慧交通管控平台”“公共安全视频监控平台”“政务数据共享平台”。标注每个系统是数据生产者还是消费者或者两者都是。标注数据流向谁给谁提供数据通过什么协议频率是多少。标注数据格式JSON、XML、数据库表、视频流。这个动作看起来简单但能提前暴露80%的集成问题。我一般会用一张A3纸手画然后拍照存档。后面开发阶段扯皮的时候这张图就是后悔药。提示接口关系图里一定要标注“数据更新频率”。我见过交通数据和人口数据做关联分析结果交通数据是秒级更新人口数据是每天凌晨更新一次关联出来的结果完全没法用。3. 数据中台与物联网接入的落地参数从PPT名词到可配置项3.1 数据汇聚Kafka、MQTT、HTTP三种接入方式怎么选智慧城市方案里写“多源数据接入”实际落地就是三种方式Kafka适合高吞吐、实时性要求高的场景比如视频分析结果、车辆轨迹。参数上重点看分区数和副本数。我一般设分区数消费者线程数副本数3。MQTT适合物联网设备上报尤其是低带宽、不稳定网络。关键参数是QoS等级。QoS 0最多一次QoS 1至少一次QoS 2恰好一次。城市传感器上报用QoS 1就够了QoS 2开销太大。HTTP/RESTful适合第三方系统对接比如政务数据共享。参数上注意超时时间和重试策略。我一般设超时30秒重试3次指数退避。代码示例用Python写一个MQTT接入脚本把传感器数据转发到Kafka。import paho.mqtt.client as mqtt from kafka import KafkaProducer import json # Kafka生产者配置 producer KafkaProducer( bootstrap_serverskafka-broker:9092, value_serializerlambda v: json.dumps(v).encode(utf-8), acksall, # 所有副本确认保证不丢数据 retries3 ) # MQTT回调 def on_message(client, userdata, msg): payload json.loads(msg.payload.decode()) # 转发到Kafkatopic按设备类型区分 producer.send(city-sensor-data, valuepayload) print(f转发数据: {payload}) client mqtt.Client(client_idcity-gateway-01) client.on_message on_message client.connect(mqtt-broker, 1883, 60) client.subscribe(sensor/#, qos1) # QoS 1至少一次 client.loop_forever()逻辑说明这段代码把MQTT订阅到的传感器数据转发到Kafka。acksall保证Kafka所有副本都写入才返回成功retries3防止网络抖动丢数据。MQTT的QoS设为1平衡可靠性和开销。参数调整如果传感器数量超过1万需要增加Kafka分区数同时MQTT broker要用集群模式。3.2 视频接入GB/T 28181和RTSP的配置差异智慧城市方案里视频监控是重头戏。PPT上写“视频资源统一接入”实际你要处理的是GB/T 28181和RTSP两种协议。GB/T 28181是国标优点是标准化程度高支持设备注册、心跳、目录订阅。配置时重点看SIP服务器ID、设备ID、注册密码。我一般会要求前端设备统一编码规则比如34020000001320000001前6位是行政区划中间是行业编码后面是设备序号。RTSP是通用协议优点是简单直接缺点是没标准。配置时重点看URL格式rtsp://admin:passwordip:554/Streaming/Channels/101。注意不同品牌URL不一样海康是/Streaming/Channels/101大华是/cam/realmonitor?channel1subtype0。表格对比对比项GB/T 28181RTSP标准化国标统一无标准各品牌不同设备管理支持注册、心跳、目录不支持需手动配置视频流支持PS流、RTP支持RTP适用场景跨平台、跨品牌单品牌、小规模我的经验是新建项目优先GB/T 28181改造项目如果前端设备不支持国标就用RTSP网关转国标。3.3 数据治理元数据管理和质量监控的最小配置数据中台建好后如果不做治理三个月就变成数据沼泽。最小配置包括元数据管理记录每个数据表的来源、字段含义、更新频率、责任人。工具可以用Apache Atlas但轻量级方案用Excel维护也行关键是有人负责。数据质量监控监控空值率、重复率、值域范围。比如人口表里年龄字段不能出现负数交通流量不能超过道路容量。数据血缘记录数据从哪来、到哪去。这个在排查问题时特别有用。我一般会在数据中台里建三张表metadata_table、quality_rule、data_lineage。每次数据接入时自动写入元数据每天跑一次质量检查血缘关系在ETL脚本里埋点。注意数据治理不是技术问题是管理问题。没有专人负责再好的工具也白搭。4. 避坑与排查智慧城市项目里最容易翻车的5个技术点4.1 视频流调不动先查这3个地方现象平台显示摄像头在线但点开视频一直转圈。原因最常见的是SIP注册成功但媒体流不通。GB/T 28181里信令和媒体是分开的信令走SIP媒体走RTP。信令通不代表媒体通。解决第一步用Wireshark抓包看RTP流有没有到。第二步检查防火墙是否放行了RTP端口范围通常是30000-30500。第三步检查设备端的媒体流编码格式H.265在部分平台需要转码。4.2 数据中台跑批越来越慢通常是分区没做好现象数据中台刚上线时跑批1小时三个月后变成5小时。原因数据量增长后全表扫描和没有分区的表成为瓶颈。尤其是视频分析结果表每天新增几百万条。解决按天分区历史数据归档。Kafka topic设置保留时间比如7天。Hive表按dt字段分区查询时带分区条件。4.3 物联网设备频繁掉线检查心跳和QoS现象NB-IoT设备每天掉线几十次重连后数据补传。原因心跳间隔设置不合理。运营商网络有NAT超时通常3-5分钟。如果心跳间隔大于NAT超时连接会被断开。解决心跳间隔设为2分钟QoS设为1。如果设备支持开启MQTT的keepalive和clean session。4.4 数字孪生模型加载慢LOD和纹理是元凶现象三维城市模型打开要几分钟旋转卡顿。原因模型精度太高LOD没分级纹理没压缩。解决LOD1用于宏观展示LOD2用于街区LOD3用于重点建筑。纹理用KTX2压缩模型用Draco压缩。渲染引擎开启动态加载。4.5 跨部门数据共享被拒提前做数据分类分级现象交通数据要调人口数据对方以安全为由拒绝。原因没有数据分类分级对方不知道哪些能给、哪些不能给。解决提前做数据分类分级明确哪些是公开数据、哪些是受限数据、哪些是敏感数据。共享时签数据使用协议记录数据流向。5. 把56页PPT变成可验收的技术方案我的检查清单和收尾习惯5.1 方案评审时我必问的7个问题感知层设备协议是GB/T 28181还是私有SDK网络层NB-IoT和LoRa分别用在哪些场景数据中台的数据治理谁负责元数据谁维护城市大脑的GPU算力是多少算法仓有几个算法数字孪生模型精度是LOD几更新频率是多少跨部门数据共享的接口有没有谁提供项目验收标准是什么有没有量化指标这7个问题如果PPT里没写评审时一定要问。问完再决定这个方案能不能接。5.2 从PPT到实施计划一个可复用的模板我一般会把56页PPT拆成四份文档技术架构说明书把分层架构、组件清单、接口关系图整理成文档。设备选型清单摄像头、传感器、网关、服务器的品牌型号参数。数据治理规范元数据标准、质量规则、血缘记录方式。实施进度表按感知层、网络层、平台层、应用层分阶段每阶段有交付物。这个模板用了五六年每次微调但骨架不变。5.3 一个具体技巧用PPT里的效果图反推技术参数PPT里通常有几张效果图比如“实时交通态势”“人群热力图”。这些图不是随便画的背后有技术参数。比如热力图你要问数据来源是手机信令还是视频分析更新频率是1分钟还是5分钟网格精度是50米还是100米把这些问清楚效果图才能变成真功能。我吃过一次亏方案里写“实时人群热力图”我以为用视频分析就行结果对方要求手机信令数据而手机信令需要运营商配合工期直接拖了两个月。从那以后我看到效果图就反推参数问清楚再动手。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/28 11:36:00 · 阅读 1.2k 新型智慧城市解决方案PPT技术拆解：从56页方案到可落地架构
简介这份PPT方案面向智慧城市项目规划者、方案撰写人员及政企信息化从业者系统梳理了新型智慧城市的建设逻辑与落地路径。内容从宏观形势切入涵盖建设理念、建设模式、建设方案与运营保障五大模块并深入展开AI人工智能、大数据分析、物联网应用三大核心技术板块涉及智慧政务、智慧交通、智慧安防、智慧医疗、智慧社区等典型场景同时给出云基础架构、公共信息共享平台与时空信息数据库的整体设计思路。资源包内含1个pptx文件压缩包约35.14MB以图文并茂的幻灯片形式呈现便于直接参考或二次编辑。目前已有48人学习下载。读者可从中获取完整的智慧城市框架图、应用体系分层结构、建设路线图及多行业落地案例适合作为方案汇报、项目立项或技术选型时的参考素材。1. 新型智慧城市解决方案PPT56页里真正能落地的技术骨架你拿到一份标着“新型智慧城市解决方案PPT(56页).pptx”的文件第一反应大概率是这玩意儿到底是给领导汇报用的概念图还是能拆出真实技术架构的施工图我见过太多智慧城市方案前20页讲愿景中间20页堆名词最后16页放几张效果图就结束了。但真正有价值的56页方案应该能让你从“城市大脑”这个词一路拆到数据中台怎么建、物联网关怎么选、视频流怎么接。这篇笔记不聊PPT排版只聊如果这份方案要落地技术侧该怎么接、哪些参数必须提前定、哪些坑一定会踩。适合正在做智慧城市集成项目的售前工程师、项目经理以及需要把方案文档翻译成技术实施计划的开发人员。2. 从56页方案里拆出可执行的技术架构别被“11N”绕晕2.1 智慧城市方案的典型分层与每层真实职责几乎所有智慧城市PPT都会画一张分层架构图常见写法是“1个城市大脑1个数据中台N个应用场景”。但落到技术实施你需要把这张图翻译成四层具体职责第一层是感知层。PPT上通常写“全域感知”实际落地就是摄像头、传感器、RFID、GPS终端。这一层的关键参数不是数量而是协议。海康威视的ISAPI、大华的SDK、GB/T 28181国标协议选哪个直接决定你后面视频平台怎么接。我一般会在方案评审阶段就逼着集成商确认前端设备是走GB28181还是私有SDK如果是GB28181视频接入网关用哪个品牌这个决定晚了后面视频流调不动就是血泪经验。第二层是网络层。PPT上写“泛在网络”实际就是光纤专网、4G/5G回传、NB-IoT/LoRa低功耗广域网。这里有个容易翻车的点NB-IoT和LoRa的选择。NB-IoT走运营商网络覆盖好但需要SIM卡和流量费LoRa自建网关免费但需要自己架基站。方案里如果写“根据场景灵活选择”等于没写。我的做法是抄表类低频小数据用NB-IoT园区内设备密集且需要本地控制的用LoRa。第三层是平台层。这是PPT里最厚的一部分通常包括数据中台、AI中台、业务中台。数据中台的核心不是Hadoop或Spark选型而是数据治理。城市数据来源太杂公安、交通、城管、环保各有各的库。PPT上写“数据汇聚共享”实际你要建的是数据资源目录、数据标准规范、数据质量监控三件套。没有这三样数据中台就是个昂贵的ETL工具。第四层是应用层。PPT上会列智慧交通、智慧安防、智慧环保、智慧政务等。这一层对技术人员来说反而简单因为每个应用都是独立项目。但要注意应用层和平台层的接口必须提前定义。我见过一个项目交通应用要调人口数据结果平台层没开对应API最后靠数据库直连解决安全审计直接亮红灯。2.2 把PPT里的“城市大脑”翻译成技术组件清单“城市大脑”这个词在56页方案里可能出现几十次但技术实现上它通常由以下组件构成PPT里的说法实际技术组件关键参数城市大脑智能分析平台GPU算力、算法仓、推理框架数据中台数据湖数据仓库存储容量、计算引擎、元数据管理AI中台算法训练平台训练数据量、模型迭代周期业务中台微服务网关API数量、并发能力、鉴权方式数字孪生三维渲染引擎模型精度、渲染帧率、数据更新频率这张表是我从多个实际项目里总结出来的。你拿着它去对PPT如果某个组件在方案里找不到对应描述那这个方案就是缺项的。比如很多方案写“数字孪生城市”但没写三维模型精度是LOD1还是LOD3没写数据更新是实时还是每天一次。这些不写清楚开发阶段就是无底洞。2.3 从方案到实施的第一个动作画一张接口关系图拿到56页PPT后不要急着写代码或选设备。第一件事是画接口关系图。具体做法把PPT里所有出现的系统名称列出来比如“智慧交通管控平台”“公共安全视频监控平台”“政务数据共享平台”。标注每个系统是数据生产者还是消费者或者两者都是。标注数据流向谁给谁提供数据通过什么协议频率是多少。标注数据格式JSON、XML、数据库表、视频流。这个动作看起来简单但能提前暴露80%的集成问题。我一般会用一张A3纸手画然后拍照存档。后面开发阶段扯皮的时候这张图就是后悔药。提示接口关系图里一定要标注“数据更新频率”。我见过交通数据和人口数据做关联分析结果交通数据是秒级更新人口数据是每天凌晨更新一次关联出来的结果完全没法用。3. 数据中台与物联网接入的落地参数从PPT名词到可配置项3.1 数据汇聚Kafka、MQTT、HTTP三种接入方式怎么选智慧城市方案里写“多源数据接入”实际落地就是三种方式Kafka适合高吞吐、实时性要求高的场景比如视频分析结果、车辆轨迹。参数上重点看分区数和副本数。我一般设分区数消费者线程数副本数3。MQTT适合物联网设备上报尤其是低带宽、不稳定网络。关键参数是QoS等级。QoS 0最多一次QoS 1至少一次QoS 2恰好一次。城市传感器上报用QoS 1就够了QoS 2开销太大。HTTP/RESTful适合第三方系统对接比如政务数据共享。参数上注意超时时间和重试策略。我一般设超时30秒重试3次指数退避。代码示例用Python写一个MQTT接入脚本把传感器数据转发到Kafka。import paho.mqtt.client as mqtt from kafka import KafkaProducer import json # Kafka生产者配置 producer KafkaProducer( bootstrap_serverskafka-broker:9092, value_serializerlambda v: json.dumps(v).encode(utf-8), acksall, # 所有副本确认保证不丢数据 retries3 ) # MQTT回调 def on_message(client, userdata, msg): payload json.loads(msg.payload.decode()) # 转发到Kafkatopic按设备类型区分 producer.send(city-sensor-data, valuepayload) print(f转发数据: {payload}) client mqtt.Client(client_idcity-gateway-01) client.on_message on_message client.connect(mqtt-broker, 1883, 60) client.subscribe(sensor/#, qos1) # QoS 1至少一次 client.loop_forever()逻辑说明这段代码把MQTT订阅到的传感器数据转发到Kafka。acksall保证Kafka所有副本都写入才返回成功retries3防止网络抖动丢数据。MQTT的QoS设为1平衡可靠性和开销。参数调整如果传感器数量超过1万需要增加Kafka分区数同时MQTT broker要用集群模式。3.2 视频接入GB/T 28181和RTSP的配置差异智慧城市方案里视频监控是重头戏。PPT上写“视频资源统一接入”实际你要处理的是GB/T 28181和RTSP两种协议。GB/T 28181是国标优点是标准化程度高支持设备注册、心跳、目录订阅。配置时重点看SIP服务器ID、设备ID、注册密码。我一般会要求前端设备统一编码规则比如34020000001320000001前6位是行政区划中间是行业编码后面是设备序号。RTSP是通用协议优点是简单直接缺点是没标准。配置时重点看URL格式rtsp://admin:passwordip:554/Streaming/Channels/101。注意不同品牌URL不一样海康是/Streaming/Channels/101大华是/cam/realmonitor?channel1subtype0。表格对比对比项GB/T 28181RTSP标准化国标统一无标准各品牌不同设备管理支持注册、心跳、目录不支持需手动配置视频流支持PS流、RTP支持RTP适用场景跨平台、跨品牌单品牌、小规模我的经验是新建项目优先GB/T 28181改造项目如果前端设备不支持国标就用RTSP网关转国标。3.3 数据治理元数据管理和质量监控的最小配置数据中台建好后如果不做治理三个月就变成数据沼泽。最小配置包括元数据管理记录每个数据表的来源、字段含义、更新频率、责任人。工具可以用Apache Atlas但轻量级方案用Excel维护也行关键是有人负责。数据质量监控监控空值率、重复率、值域范围。比如人口表里年龄字段不能出现负数交通流量不能超过道路容量。数据血缘记录数据从哪来、到哪去。这个在排查问题时特别有用。我一般会在数据中台里建三张表metadata_table、quality_rule、data_lineage。每次数据接入时自动写入元数据每天跑一次质量检查血缘关系在ETL脚本里埋点。注意数据治理不是技术问题是管理问题。没有专人负责再好的工具也白搭。4. 避坑与排查智慧城市项目里最容易翻车的5个技术点4.1 视频流调不动先查这3个地方现象平台显示摄像头在线但点开视频一直转圈。原因最常见的是SIP注册成功但媒体流不通。GB/T 28181里信令和媒体是分开的信令走SIP媒体走RTP。信令通不代表媒体通。解决第一步用Wireshark抓包看RTP流有没有到。第二步检查防火墙是否放行了RTP端口范围通常是30000-30500。第三步检查设备端的媒体流编码格式H.265在部分平台需要转码。4.2 数据中台跑批越来越慢通常是分区没做好现象数据中台刚上线时跑批1小时三个月后变成5小时。原因数据量增长后全表扫描和没有分区的表成为瓶颈。尤其是视频分析结果表每天新增几百万条。解决按天分区历史数据归档。Kafka topic设置保留时间比如7天。Hive表按dt字段分区查询时带分区条件。4.3 物联网设备频繁掉线检查心跳和QoS现象NB-IoT设备每天掉线几十次重连后数据补传。原因心跳间隔设置不合理。运营商网络有NAT超时通常3-5分钟。如果心跳间隔大于NAT超时连接会被断开。解决心跳间隔设为2分钟QoS设为1。如果设备支持开启MQTT的keepalive和clean session。4.4 数字孪生模型加载慢LOD和纹理是元凶现象三维城市模型打开要几分钟旋转卡顿。原因模型精度太高LOD没分级纹理没压缩。解决LOD1用于宏观展示LOD2用于街区LOD3用于重点建筑。纹理用KTX2压缩模型用Draco压缩。渲染引擎开启动态加载。4.5 跨部门数据共享被拒提前做数据分类分级现象交通数据要调人口数据对方以安全为由拒绝。原因没有数据分类分级对方不知道哪些能给、哪些不能给。解决提前做数据分类分级明确哪些是公开数据、哪些是受限数据、哪些是敏感数据。共享时签数据使用协议记录数据流向。5. 把56页PPT变成可验收的技术方案我的检查清单和收尾习惯5.1 方案评审时我必问的7个问题感知层设备协议是GB/T 28181还是私有SDK网络层NB-IoT和LoRa分别用在哪些场景数据中台的数据治理谁负责元数据谁维护城市大脑的GPU算力是多少算法仓有几个算法数字孪生模型精度是LOD几更新频率是多少跨部门数据共享的接口有没有谁提供项目验收标准是什么有没有量化指标这7个问题如果PPT里没写评审时一定要问。问完再决定这个方案能不能接。5.2 从PPT到实施计划一个可复用的模板我一般会把56页PPT拆成四份文档技术架构说明书把分层架构、组件清单、接口关系图整理成文档。设备选型清单摄像头、传感器、网关、服务器的品牌型号参数。数据治理规范元数据标准、质量规则、血缘记录方式。实施进度表按感知层、网络层、平台层、应用层分阶段每阶段有交付物。这个模板用了五六年每次微调但骨架不变。5.3 一个具体技巧用PPT里的效果图反推技术参数PPT里通常有几张效果图比如“实时交通态势”“人群热力图”。这些图不是随便画的背后有技术参数。比如热力图你要问数据来源是手机信令还是视频分析更新频率是1分钟还是5分钟网格精度是50米还是100米把这些问清楚效果图才能变成真功能。我吃过一次亏方案里写“实时人群热力图”我以为用视频分析就行结果对方要求手机信令数据而手机信令需要运营商配合工期直接拖了两个月。从那以后我看到效果图就反推参数问清楚再动手。希望帮到你。本文还有配套的精品资源点击获取