简介：围绕智能化小区网络规划展开的毕业设计文档，面向通信、网络工程及计算机相关专业学生与小区组网方案初学者，可用于课程设计、毕业设计选题参考及宽带接入方案梳理。内容从智能化小区系统组成与基本功能切入，依次讨论宽带网络分类、OSI七层模型、中继器/网桥/路由器/网关/集线器/交换机等连接设备，并对ADSL、Cable Modem、LAN三种接入技术进行比较，最终落到LAN接入方案设计，兼顾安全、组播、认证计费、网络管理与IP地址分配等重点问题。

压缩包内共1个doc文件，约1.04MB，为完整论文文档，目录清晰，便于按章节查阅理论分析与方案设计。已有425人学习，适合参考小区网络规划思路、整理设备与接入技术对比、完善毕业设计框架。文档对网络分层、接入选型和方案设计重点的展开较系统，可作为同类课题的资料底稿与查漏补缺之用。

1. 从一份被退回两次的论文说起：小区网络规划真正卡人的地方

那份智能化小区网络规划的毕业论文，我前后改了三稿才过。第一稿被退回来，批注只有一句：方案没问题，但你凭什么说它是最合适的。这句话我记了很久：答辩老师根本不关心你写的是百兆入户还是千兆入户，他们盯的是从“小区需要什么”推到“所以我选 LAN 接入”这条链有没有断。后来我把这条链重新理了一遍，从拓扑、接入方式、设备层级一直推到 IP 规划和认证计费，才把逻辑关系理顺。这篇讲的是一份小区网络规划论文从骨架到细节怎么搭、哪几个地方最容易翻车，正在写同类题目的可以直接照着搭骨架，已经写完的可以拿它做一次自检。

2. 骨架先立住：3A、拓扑与 OSI 在论文里各占什么位置

很多人一上来就写设备型号和带宽数字，写到第三章发现前面没有依据，只能回头补前面的内容。论文的骨架其实只解决三件事：小区为什么需要这张网、这张网长什么样、你用什么标准去评价它。这三件事分别对应绪论、拓扑选型和分层模型，顺序错了后面全是返工。

2.1 绪论只回答两个问题：小区为什么要网、网用来干什么

绪论最容易写偏成行业综述，一开篇就是信息化社会、居住环境升级，写了两千字还没进正题。我后来的做法是把它压到两个问题：第一，小区里有哪些业务必须走网络；第二，这些业务对网络提出了什么硬约束。第一问的答案就是那套常说的 3A——楼宇自动化、通信自动化、办公自动化，物业的监控、门禁、抄表、收费、通知、住户上网都挂在这三块下面。第二问才是关键，因为不同业务对网络的诉求完全不一样：视频监控要的是上行带宽和持续写入，门禁和梯控要的是低时延和断网可用，住户上网要的是并发和出口带宽。

这里有个常见的误区，就是拼命往上堆 5A、6A。防火自动化、保安自动化这些提法在商业文案里常见，但按通行的划分，消防和安防本来就归在楼宇自动化里，信息管理归在办公自动化里。论文里把 3A 讲透、把每类业务映射到具体的网络指标上，比堆五个 A 有用得多。我一般会在绪论末尾放一张业务与指标对照表，把“监控 32 路、每路 4Mbps 上行”“住户 1200 户、峰值并发 60%”这类数字先摆出来，后面所有选型都能引用它，论证链一下子就接上了。

还有一点，绪论里要把“小区网络是整个智能小区的大脑”这句话落到实处。物业对各个子系统的监视、控制、查询，各项收费和通知，住户的对外访问，全都经过网络。这句话不是修辞，它直接决定了后面网络必须做冗余、必须做认证计费、必须能被网管系统看见。

2.2 拓扑选型：树型结构为什么在住宅场景里几乎没有对手

网络按地理范围分局域网、城域网、广域网，小区这一层基本就是局域网的范围，小于 10 公里、以有线连接为主，这点没什么争议。真正需要写清楚的是拓扑。星型、环型、总线型这三种是基础，树型、簇星型、网状都是在这三种上叠出来的。

星型的优点是增删节点容易、故障隔离好、便于集中监控，缺点是中心节点一挂全网瘫。总线型布线最短、成本最低，单个站点故障不影响别人，但介质一断全网停，而且共享信道，安全性和可监控性都差。环型安装监控方便，但容量有限、扩容困难。这三种放在住宅小区里都有硬伤：总线型的共享介质撑不住几百户并发，环型一旦建成想加一栋楼几乎等于重建。

树型结构是分级的集中控制式网络，本质上是星型的级联。它比纯星型省线——小区里楼栋分散，从中心机房拉一根纤到每栋楼，再在楼内做星型分配，线路总长度能压下来一大截；节点扩充也方便，加一栋楼就加一个分支；故障定位顺着层级往下找，物业的运维人员不用懂太深也能定位到哪栋楼。代价是除了叶节点，任何一个中间节点或者它相连的线路出问题，下面挂的那一片都会受影响。这个代价在住宅场景里是可以接受的，因为中间节点就那么几个，做好机房环境监控和链路冗余就行。

论文里我一般这么写：先列三种基础拓扑的优劣，再说明树型是星型的扩展、为什么它更适配“中心机房—楼栋汇聚—单元接入”这种物理分布，最后补一句风险控制措施，比如汇聚层做双上行。这一段的篇幅不用长，但逻辑必须闭合，因为它直接决定了后面设备怎么摆。

2.3 OSI 七层不是拿来背的：它是后面所有选型的坐标系

七层模型的定义网上一搜一大把，抄进论文没有任何加分，反而容易被追问。它的真正价值是当坐标系用：你后面每选一个设备、每提一个协议，都要能说出它落在哪一层、为什么这一层需要它。

我习惯的讲法是按“解决什么问题”来串。物理层解决的是信号能不能在介质上跑，特征参数是电压、速率、最大传输距离、连接媒体；数据链路层解决的是怎么标识设备、怎么把有差错的物理链路变成无差错的链路，所以引入了物理地址（MAC）、拓扑结构、错误告警和流控；网络层解决的是异构网络怎么互通、链路怎么复用，于是有了逻辑地址也就是 IP、有了包、有了路由和寻径；传输层解决的是端到端的可靠性和各通信子网性能差异的屏蔽，靠差错恢复和流量控制兜底；会话层管连接的建立、维持和释放；表示层管数据表示法的转换，ASCII、GIF、MPEG 这些都属于这一层的活儿；应用层直接面向业务进程。

每一层都在上一层数据前面加自己的控制信息，到物理层发出去，接收端反向逐层剥离还原。这也是为什么通信双方在对等层必须用相同的协议——标识格式对不上，数据就还原不出来。

还有一段必须写，就是 OSI 和 TCP/IP 的对应关系。OSI 是理论模型，实际协议栈并不严格按七层切。TCP/IP 把应用层、表示层、会话层的功能合在一起叫应用层，HTTP、FTP、TELNET 都在这一层；TCP/UDP 对应传输层；IP 对应网络层；最底下是网络接口层，相当于物理层加数据链路层，TCP/IP 对它没有严格定义，直接复用已有的底层网络实现。

提示：这一层对应关系图很多人画错位，把 TCP/IP 的网络接口层对到 OSI 的网络层上。画完检查一遍，四个框对七个框，比例可以不对，归属不能错。

把这张坐标系立住之后，第二章结尾那份“接入技术比较”和第三章的设备选型就都有了落点：接入技术比的是物理层和链路层能提供多大管道、多远距离；设备选型比的是这个盒子能处理到第几层，层数越高越贵越慢但越通用。

3. 接入技术三选一：ADSL、Cable Modem、LAN 的对比与结论

接入方式是整篇论文里最容易被追问的一段，因为它牵涉到钱和现实条件。答辩老师很可能就是运营商或者做过驻地网的，你写“ADSL 速度慢所以不选”，他一句“你测过吗、什么场景下慢”就能把你问住。所以这一段不能只给结论，要把比较的维度先摆出来。

3.1 先定维度再比：带宽、距离、改造成本、可管理性

我把接入方式的比较拆成四个维度，每个维度都要能对应到小区场景里的具体约束。

带宽维度看两件事：单用户能拿到多少、整栋楼共享多少。距离维度看传输介质能撑多远、超出后速率怎么衰减。改造成本维度看小区建设阶段需不需要额外铺介质——新建小区和存量小区完全是两码事。可管理性维度看这套接入方式能不能做用户级的认证、限速、计费和故障定位。

这四个维度里，新建小区最看重的是后两个。因为新建的时候管线是跟着土建一起做的，加一根纤和加一根同轴的边际成本差别不大；但一旦交付，物业要面对的是几百上千户的日常运维，可管理性差一点就是天天上门。

3.2 ADSL：距离一长就掉速，新建小区没理由选它

ADSL 走的是电话线，用的是频分复用，把普通电话业务和数字业务放在不同频段上，所以能一边打电话一边上网。它的优势很明显：复用已有的电话铜缆，不需要重新布线，对存量改造项目非常友好；每个用户独占一对线，不存在邻居之间抢带宽的问题。

但它的两个硬伤在新建小区里都是致命的。第一是距离，速率随铜缆长度快速衰减，离局端机房远了速率掉得很难看，而小区的楼栋分布、机房位置往往做不到让每户都在理想距离内。第二是它对上行带宽的支持有限，视频监控这类需要持续上行的业务很难承载——小区里几百路摄像头的数据如果都走 ADSL 上行，链路会先撑不住。

论文里写 ADSL，要写成“它在什么条件下是合理的”：存量小区、铜缆资源现成、以住户上网为主、没有大规模上行业务。说清楚适用边界，比一句“速度慢”有说服力得多。

3.3 Cable Modem：共用同轴，带宽是共享出来的

Cable Modem 走有线电视的同轴电缆，同样是一根线承载多种业务。它的下行速率在纸面上很好看，因为它复用了有线电视网络本来就很宽的同轴频段。

问题在于共享结构。同一条同轴分支上的用户是在争抢同一段频谱资源，晚高峰大家一起上网的时候，单户能分到多少取决于这条分支上挂了多少户、有多少人在同时用。这在设计上不是缺点，运营商本来就要靠收敛比来做容量规划，但在新建小区的技术方案里，你必须回答：这条分支我打算挂多少户、按什么并发模型算、扩容的时候动哪里。

另外，Cable Modem 需要小区本身有成熟的有线电视网络，而且这套网络的改造要和宽带业务一起规划。对于一个从零开始的新建小区，这意味着你要同时维护两套体系的运维能力。技术上它完全可行，经济上和管理上就未必是最优解。

3.4 LAN 接入胜出后，主干与入户的带宽参数怎么落

三家里 LAN 接入最直接：它本质上就是把小区当成一个大型局域网来建，光纤到楼栋、双绞线到户，住户通过楼内的交换机接入。

对比下来它的优势集中在三点。速率上，以太网的技术代际最清晰，升级路径也最平滑，从百兆到千兆再到万兆，设备换一换就行，布线不用动。管理上，交换机天生支持端口级的 VLAN 隔离、端口限速、MAC 绑定、端口状态监控，物业在网管系统上能看到每个端口的实时流量和错包，出了故障定位到端口而不是定位到“某一户”。成本上，以太网设备的产业链最成熟，同规格下单位端口的价格是三家里最低的，而且新建小区本来就要做综合布线，多跑一根双绞线的边际成本很低。

落到具体参数上，我沿用的是“千兆主干、百兆入户”这套组合：楼栋汇聚到中心机房走光纤千兆，住户侧独享 10/100M。这里的“独享”两个字要在论文里解释清楚——它是交换机端口独享，不是出口带宽独享，出口那边仍然是全小区共享的，所以后面必须做限速和 QoS。

注意：表格里“布线成本”这一列不要写具体金额。金额一旦写死，答辩时被问“你这个单价哪来的”就很难圆，写相对高低就够了。

主干用光纤还有个隐性好处：它符合标准化网络的要求，和 OSI 的对应关系清楚，后面的设备选型、协议配置都有成熟方案可循，不需要为某种专有接入方式做额外适配。这一点在论文里可以作为“方案可扩展性”的支撑。

4. 设备与方案落到纸面：六种盒子、四类配置、一张 IP 表

设备章是最容易写成产品说明书的地方，一个设备一段介绍，抄完六段发现彼此没有关系。正确的写法是让每个设备都回答同一个问题：它工作在 OSI 的第几层，因此能干什么、不能干什么。

4.1 六种设备在 OSI 里的坐标

数据在网络里是以“包”的形式传的，不同网络的包格式不一样，网络间连接设备干的就是翻译的活儿。翻译到第几层，取决于两个网络差多远：差别越小，需要转换的层数越少，设备越简单也越快；差别越大，转换越深，设备越复杂也越慢。

中继器解决的是距离问题。每种介质都有最大传输距离，超了信号就衰减，中继器把信号放大整形再发出去，两个网段在逻辑上还是同一个网络，高层协议对它完全透明。它便宜、装起来简单，但不能隔离冲突域也不能过滤流量。

网桥解决的是同类网络的互联。它刚装上时对网络里的站点一无所知，随着工作站发包逐步学习源地址，建起一张完整的地址表。表建好之后，收到包就比对目的网络号和源网络号，不同就转换格式转发过去，相同就不转发。因为只处理到第二层，它只能连同一类型的网络，比如以太网连以太网。

路由器解决的是异构网络互联和选路。它深入到包里读地址信息，判断目标网络，必要时拆掉外层重新打包再发。它有路径选择能力，某条链路不通会自动换一条，能做优先级服务。代价是处理复杂、转发速度比网桥慢，适合大型复杂网络。静态路由要手工维护表，只适合小规模；动态路由靠路由协议自动更新，大型网络都用这个。

网关解决的是完全不同结构的网络互联，比如局域网对大型主机网络。它要逐层做协议转换，所以效率最低、透明性最差，通常只用于特定用途，不做通用的网间连接。有些网络操作系统能在文件服务器里插两块网卡实现内置路由甚至内置网关，这是低成本方案，但性能和可维护性都要打折扣。

集线器和交换机其实不算网间连接设备，它们做的是网络内部的端口扩展。区别在于工作方式：集线器是共享设备，本身不识别目的地址，一台主机发包会广播到所有端口，由每台终端自己比对包头决定收不收，同一时刻网上只能有一组数据在传，撞了还得重试；交换机内部有高带宽背板和交换矩阵，收到包之后查 MAC 地址表，直接定向转发到目的端口。

4.2 集线器的带宽算术：为什么它注定被交换机替掉

集线器这一段，论文里最好用一道算术题讲清楚。一台 N 口的 10Mbps 集线器，每个端口能分到的带宽是 10/N Mbps。级联更狠，第一层 10Mbps，第二层因为用了两个端口互联，变成 10/2，第三层再除以它用掉的端口数，级联层数越多带宽越慢。

这个特性决定了集线器只能用在很小规模的场景，十几二十台机器、集中在一个区域、没什么并发压力，用基本型集线器就够了，便宜、面板上有状态灯、能大致判断故障点。再往上一点，需要统计每个口的数据流量、做端口启停管制、做故障排查，就得上带网管功能的智能型集线器。机架式集线器可以插各种模块、扩展方便，但随着智能型集线器的功能和价格越来越接近，机架式逐渐被淘汰。

堆叠式集线器是为了绕过级联降速这个坑设计的：用专门电缆把多台集线器两两相接，让它们被视为同一层级，带宽不因堆叠而降。它在不减带宽的前提下能扩端口，端口成本也降下来了，位置集中管理方便。但这些都是共享介质的修补方案，真正的解法是交换机。

交换机把共享介质换成了独享端口。每个端口独立带宽，端口之间可以同时通信，冲突域被隔离到单个端口。这就是为什么小区接入层不可能用集线器：几百户共享一个冲突域，随便一户跑个下载就能把整栋楼拖慢。

4.3 交换机和路由器的分界线在哪

这两个设备经常被混着写，其实分工很清楚。交换机在链路层，看的是 MAC 地址，解决的是“同一个网段内，这一帧该送到哪个端口”；路由器在网络层，看的是 IP 地址，解决的是“跨网段，这个包下一步该交给谁”。

小区网络里，这个分界对应到具体的物理位置：接入层和汇聚层用交换机，做端口接入、VLAN 划分、端口隔离；核心出口用路由器或者三层交换机，做跨网段转发、NAT、出口策略、和运营商对接。写方案的时候把这条线画出来，说明哪个位置放什么、为什么，比罗列型号有说服力。

还有一个容易漏的点：交换机做 VLAN 隔离之后，不同 VLAN 之间的通信必须经过三层设备，这时候如果核心层只放了一台二层交换机，住户之间的隔离是做到了，但住户访问小区内部服务器（比如物业的 Web 服务、监控回放）就走不通。解决方式要么核心用三层交换机做 VLAN 间路由，要么单独放一台路由器。这个细节在方案章里补一句，能体现你真的推演过数据流向。

4.4 安全、组播、认证计费：方案章必须回答的三个问题

方案设计章如果只写“我们采用了防火墙保证安全”，这一章就等于没写。安全、组播、认证计费这三块，每一块都要落到具体的落点和实现方式上。

安全这块，落点分三层。接入层做端口隔离和 MAC 绑定，防止一户私接交换机带多户、防止 ARP 欺骗；汇聚层做 VLAN 划分，把监控、门禁、办公、住户上网分到不同 VLAN，互相不能直接访问；出口做访问控制和入侵检测，限制外部对内部的主动连接。防火墙放在出口，不是放在楼栋，这个位置要说清楚，因为放错位置会直接掐死内网的东西向流量。

组播这块，小区里的典型场景是视频点播和内部直播。单播做点播，一百户同时看同一个片源就是一百份流量从服务器出去，出口和服务器网卡都扛不住。组播的思路是让数据在链路上只在分叉的地方复制，同一段链路上永远只有一份。落地要三层配合：接入交换机开 IGMP Snooping，避免组播流量在没订阅的端口上泛洪；汇聚层跑 IGMP，管理组的加入和离开；核心层配 PIM，把组播流量引导到有订阅者的分支。这一套要写清楚每一层干什么，不然就是名词堆砌。

认证计费这块，住户接入必须经过认证，常见做法是 PPPoE 或者 Web Portal。PPPoE 的好处是成熟、能精确按流量和时长计费、天然隔离用户；Web Portal 的好处是免客户端、体验好，但计费和限速要配合 BRAS 或者专门的认证网关做。选哪种要看你前面选的接入方式和预算，论文里给出选择和理由就行，不用两种都写。

网管这块最容易被忽略但很实用：SNMP 采集设备状态、流量、错包，配合前面说的端口级监控，物业能在一个界面上看到哪栋楼哪个端口的流量异常。IP 地址分配用 DHCP，但要给监控、门禁、交换机管理地址留静态段，动态池只覆盖住户段，这一点必须写，否则地址冲突是迟早的事。

4.5 IP 地址规划表与高低密度社区的结构差异

IP 规划是方案章里最能体现“你真的想过”的部分。只写一个 192.168.0.0/24 是远远不够的，要按用途切成段，还要留出增长空间。

住户段按楼栋分子段这件事看着麻烦，但出问题时能救你一命：某栋楼有人中了 ARP 攻击，你只要把那一栋的段限速或者临时断掉，其他楼不受影响。如果全小区一个大段，那就是全网遭殃。

高密度和低密度社区的结构差异也要写。低密度社区楼栋少、每栋户数少，汇聚层可以简化，一栋楼一台接入交换机直接上联核心，中间不设独立汇聚设备，省成本也省运维。高密度社区一栋楼几百户，接入交换机的端口数和上联带宽都要重新算，必须设楼栋汇聚，汇聚到核心走双上行，核心做堆叠或者双机，避免单点。

带宽这块给个估算方法比给个数字更有用：先算总住户数，再按峰值并发比例估同时在线户数，每户按签约带宽的一定比例估实际占用，再叠加监控上行的固定流量，得到出口带宽的估算值，最后按收敛比反推主干带宽。这套算法写出来，就算老师不认同你的取值，也会认你的思路。

排障的时候我会先跑几条最基础的命令，把问题锁定在物理层、链路层还是网络层：

# 从住户侧到楼栋网关，检查链路质量与路径 ping -n 100 -l 1400 10.20.100.1 # -n 100 发 100 个包看丢包率；-l 1400 贴近 MTU 边界，能暴露分片和 MTU 不匹配的问题 tracert -d 10.20.200.10 # -d 不解析域名，只看跳数和每跳时延，用来判断慢在哪一段 arp -a # 核对网关 IP 与 MAC 的对应关系，私接设备或者 ARP 欺骗在这里会露馅

这三条按顺序跑，基本能判断问题出在端口、链路还是上层配置。论文里可以把这套方法写进“网络管理”小节，比空谈“加强运维”实在。

5. 答辩前排查：五处最容易翻车的地方

写完之后我一般会做一遍交叉检查，重点看几个高危位置。这些地方单独看都不算错，但放在一起就自相矛盾，一旦被问到很难临场自圆其说。

5.1 现象：拓扑图画的是星型，正文写的是树型

原因通常是从别处借了张图，图没改，文字按自己的思路写了。星型和树型在图上差别就在中间有没有汇聚层，但结论差别很大：星型说中心节点故障全网瘫，树型说中间节点故障影响一片。两处口径不一致，等于告诉老师你没读懂自己写的东西。

解决方式是把图重画一遍，严格按“中心机房—楼栋汇聚—单元接入”三层画，然后在正文里明确写这是树型，是星型的级联扩展，再补一句汇聚层双上行的风险控制。图和文一一对应，这一节就不会被追问。

5.2 现象：带宽数字堆得很满，但没算收敛比

原因是一路加法做上去：每户 100M，一千户就是 100G 主干，然后写主干用千兆。这种数字一看就是没算过账。

解决方式是先引入收敛比的概念，说明住户不是同时满速跑，出口带宽按并发模型估算，主干带宽按收敛比反推，然后明确写出“主干千兆、汇聚千兆、入户百兆独享”这个层级关系，并且解释“独享”指的是交换机端口独享而非出口独享。把这句话写进去，比任何数字都管用。

5.3 现象：OSI 七层和 TCP/IP 四层的对应图画错位

原因多半是照着某张网图临摹，没核对归属。最常见的错是把 TCP/IP 的网络接口层对到 OSI 的网络层上，或者把 TCP/UDP 画到网络层。

解决方式是按功能倒推：TCP/IP 的应用层合并了 OSI 的上三层，所以 HTTP、FTP、TELNET 都落在这里；TCP/UDP 提供端到端传输，对应传输层；IP 做逻辑寻址，对应网络层；剩下物理和链路两层合并成网络接口层。画完自己念一遍，念不通就是画错了。

5.4 现象：设备只写型号不写选它的理由

原因是把方案章写成了采购清单。老师问“为什么这里用三层交换机不用路由器”，答不上来就露馅了。

解决方式是每个设备位置都补一句工作层级和分工：接入层用二层交换机做端口隔离和 VLAN，汇聚层用三层交换机做 VLAN 间路由，出口用路由器做 NAT 和策略。设备的价值在于它解决哪一层的问题，型号只是实现方式。

5.5 现象：IP 规划只给网段不给用途

原因是为省事只写了一个私有网段，或者从别处抄了一张表但没改用途列。

解决方式是按用途切段，每段标注分配方式和用途，并且留出至少一倍的增长空间。住户段按楼栋再分子段，这一条前面说过，是故障隔离的关键。表格里加上“说明”列，把为什么这么切写清楚。

提示：这五条里，第一条和第二条被追问的概率最高。答辩前把拓扑图和带宽推导各念一遍，能省掉一大半解释成本。

6. 一份能直接照着搭的章节骨架

如果只让我留一样东西，我会留这套章节顺序：绪论讲清业务与指标，第二章讲网络分类、拓扑选型和 OSI 坐标系，第三章做接入技术对比并给结论，第四章写设备层级和方案设计（安全、组播、认证计费、网管、IP 规划、高低密度结构），第五章收在实施与运维。这个顺序的好处是每一章都能引用上一章的结论，不会出现“后面推翻了前面”的尴尬。

具体到写法上，有个技巧我一直在用：每一节的第一句话先给结论，后面再展开依据。比如接入技术那节开头直接写“新建小区选 LAN 接入”，然后才摆四个维度的对比。老师翻到任何一页，第一眼看到的是判断，往下读才是论证，阅读体验完全不一样。反过来，如果每节都是先铺垫再收口，读到第三页他还不知道你想说什么，耐心就没了。

还有一个习惯，是从那次被退回之后养成的：每写完一章，我会强迫自己用一句话概括这一章解决了什么问题，然后和上一章的结论对一下，看接不接得上。接不上就说明中间缺了一环，不是补一句过渡能糊弄过去的，得回去改选型依据。这套自检我后来做任何方案文档都在用，比事后返工省时间得多。

资源本身的价值不在文字量，在于它把一条完整的推导链固定下来了：业务需求怎么变成带宽指标、带宽指标怎么筛掉两种接入方式、筛完之后设备怎么按层级摆、摆完之后地址和认证怎么配。照着这条链走一遍，换成别的小区、别的规模，改几个参数就能复用。

需要这份完整稿子做参考的，按文末方式取用就行。希望帮到你。

本文还有配套的精品资源，点击获取