运营商基站运维保障平台总体设计方案v1.0

1、开发部Development Center运营商基站运维保障平台总体设计方案题目屮 Pll|uXfV1.0nJ. 口 时w2020-09-111 引言1.1. 编馬目的51.2. 项目槪况51.3. 参考资料52 总体设计62.1. 业务流程图63 系统功能设计73.1. 地图基本操作732 工作流引擎83.2.1. 工作流睡83.2.2. 擁匝833 业务管理93.3.1. 需求.93.3.2. 客服.113.3.3. 电费.123.3.4. 项目.133.3.5. 房租管理.143.3.6. 续签勰.143.3.7. 续签项目有奖抢单143.3.8. 业主勰.153.3.9. 有奖续签.7

2、5题目V1.0时问2020-09-113.3.10. 抽奖活动153.3.11. 新业务介绍153.3.12. 业务资源对接1634 工单管理163.4.1. 工单艇163.5. 设备管理163.5.1. 故障.163.6. 巡检管理183.6.1. 巡检员管理.18362.巡检昭183.7. 通知中心193.8. 系统配置203.8.1. 资料管理.203.82用户权限管理.213.8.3. 用户信息管理.223.8.4. 啟结构管理.223.8.5. 地区信息维护.233.8.6. 维保公司维护.234分项设计244.1. 数据库部分设计244.1.1. 数据库综述.244.1.2. 术语

3、和缩写词.24题目RT7龙V1.0时问2020-09-114.1.3. 命名约定.244.14数据库框架.254.1.5. 数据库基本表结构定义274.1.6. 数据库性能与逻辑处理.284.1.7. 安全性.284.1.8. 性能.284.1.9. 容灾与高可用.284.2. WEB服务部分设计324.2.1. Spring-MVC 工作原理334.2.2. Sping MVC 核心接口.344.3. WEB页而设计364.4. 产品原型与视觉36第5页共36页题目类别|uX 1V1.01 n2020-09-111引言1.1. 编写目的本总体设计方案的编写目的是为了说明系统总体设计的技术方案

4、，从程序系 统的设计考虑，包括系统的基本处理流程、模块划分、功能分配、接口设计、运 行设计、数据结构设计和出错处理设计等内容,以向整个设计期提供关于程序系 统的逻辑和数据功能实现方式的总体描述，从而作为程序详细设计或编码的基础。 设计阶段将以本文档为核心文档。本总体设计方案的适用读者为：软件开发者、测试人员。1.2. 项目概况为适应日新月异的通信基站建设竞争环境，在竞争不断激烈，利润空间下滑 的背景下,积极拓宽思路，利用互联网+通信基站建设的思路，积极拓宽产业链 的上下游，重点思路是：1利用互联网平台，积极拓宽市场渠道，发展线上业务 员,特别是要把代维公司的巡视员用来实施续签任务；2和代维公司

5、和运营商维 护公司积极合作，通过提供优质的免费服务，争取成为最大的互联网基站维护服 务公司；3.加强和基站业主的沟通，增强业主的黏住,把给业务员的提成作为业 主的续站奖励,提高续签站的效率。13.参考资料编号题目类别|uX 1 JliV1.0时问2020-09-113系统功能设计 3.1.地图基本操作APP可以通过智能手机定位功能获得业务员当前坐标APP能显示当前坐标定范围内相关运营商已建现网站点的坐标信息伺时能有区别的显示一定范围内需要建站的坐标信息。对于有一定权限的用户,点击坐标能显示现网站点的_些详细信息（站名、位置、运营商、楼/塔、经纬度等），随看手机地图显示范围的变化，显示不同区域内

6、的点位坐标,当地图显示区域太大，区域内站点太多时,可以只象征性地显示几个点或者干脆不显示。0CHgQa©mJ!彩gaifcefttsa工件爲工单w»tsatraii知中心yy du ns上:n”绘直“王”25!f.t.A竝£IX »胡阳2“小关街崖“电信Z： &!” 伽MunrASVIXXd乡”車*尼 W电2 s仙锣*W ：的1时旅、 d、翊；"加班和寿”“* tfi*二"匕穿”八如E阳区A« *««?«PF4anFi-»R <St KF 孑!*«nauftww

7、 w . "Q/ E卄x f act.|"山弼mt小1nr*2iAntUfiannFAW尊 JUHMF«越J®"""大©老 A <S*题目|uX IV1.0时问2020-09-1132工作流引擎3.2.1.工作流管理管理员可以编排具体工作流程,使用工作流引筆对流程进行相关管理。国E©mpf(5 恥岀工件爲述曲9tmrailHl中心3.2.2.流程管理操作员可以通过后台或者APP查看流程状态信息，进行流程操作A. 项目进度流程项目初选、临时一 勘奏f内部审核运营商沟通确认施王一 电济f完工、局方走合同

8、内部交维。B. 经济合同审批流程：项目立I 业主费用税庶+局方费用税唐題源成本内部审核C. 项目付款流程题目版本V1.0r L上R: n i2020-09-11经济合同审批通注一进场款申请宀個完工款申请支付尾款申请、支付D、电费付款审批流程申请（信息 审批_支d 发票收据33.业务管理3.3.1.需求33.1.1. 需求发布a、业务员奖励说明以及项目流程简单说明。（业务规划）：b、管理员/操作员通过后台单个/批量上传需求,同时具有删改查操作权限。第11页共36页题目项目类别|uX ? |*9 TO*V1.0时问2020-09-11I RMI似的纟從f ”乃H拿 HIM”.NSJjRV科齐气贰w

9、dP«r»>:TH» I u A r X. < .? M It *£：*« - x y二I WUfit1100999 79J4M OJTMA MajMW Mlfta«HWi M发布33.1.2.需求发布通过位置/行政区/需求类型/发布时间等属性检索需求数据。题目类别|uX 1V1.0时问2020-09-1133.2.客服33.2.1. 在线沟通实现操作员和业务员的在线沟通功能，帮助业务员详细、准确的理解需求内 容等。33.2.2.资源沟通业务可以根据手机上点击需要建站的点位,提供一些基本信息,然后点击认 领。后台线下和其沟

10、通,项目做成后,线上反馈（失败则终止,成功给予一定的 奖励或项目消化中，等待）业务员也可以不对具体点位反馈，而是提供在某某系统或者政府部门有关系（如园林、路政或乡政府等公司通过线下或线上沟通，对于确有关系的,可第口页共36页题目版本V1.0时问2020-09-11整体区域内项目规划、落实，并给予业务员一定奖励。对于公司认证的专业业务员，可以点击查看现网点位的信息，同时可对想认 领的点位提交一系列信息（根据地图上手机位置定位上传拟建站位置，或直接提 供经纬度、楼/塔，高度，五张照片,产权单位,行政区域）,公司线下沟通，线 上反馈进度。对成功的项目给予奖励。3.3.3.电费33.3.1. 一级电费

11、管理（运营商对外结算电费，收款方可以是业主,也可以是代谈公司） 后台+APP端（业务）申请：对于到达电费结算周期的项目、生成项目清单（可按照不同公司、不 同代维、不同代谈公司分别申请）生成上次表数,本次申请表数,电费单价等数 据，有些项目中间如果有换表等情况需根据备注信息人工调整结算度数，并将换 电表记录清零。对于个别项目,业主或者巡检员发起结算申请的,可以列入当期申请结算项 目。结算：支票支付后，将上述申请记录登入项目正式后台记录表中,并记录上 结算日期。33.3.2. 二级电费管理（运营商和代谈结算，代谈和业主结算）题目|uXfV1.0K 1V2020-09-11和业主侧的结算，基本类同一

12、级电费管理模块，但基本都是单个项目的结算。33.3.3.电费申请对于到达电费结算周期的项目,可以发起电费申请。334项目33.4.1.项目管理对不同运营商分公司,不同代维公司的项目输入平台,管理员/操作员/代维 公司/运营商分公司可以通过后台单个/批量上传项目资料（统一格式）,可以对 单个项目的信息进行修改,可进行项目查询。33.4.2.项目信息查询业主可以对本项目的基本信息进行查询。i)/Ot? (<1-U 1R4M9U S3?0 >*9$W«»wK»10IWWE1iOP Ol ll W*第OiBWUVW» W*9a0乃nogyoio乃t碎

13、h"04】2O17 0111-Wirl-11 W*bJ50>»»lOCCWfiOW1ZX1JW»"ers】Xll?-01-UW-W550J7SW01WWWW10uxl<WhW«ci0<ioi-oi-u iaj3OJMir<i-n WftioO.M«*0)10(92001012XIKVib9】P Ol-11AHM】HoMsiocoxyocno(JK加"欣0H6$WCOMXO10sig 力miKi -A3P41 u w-n $aV*«M0ig 力 y*JO17 01-H icejftM

14、-dsiri-u gjfls?仇u”0WWWCCW3O10wt7KW»K«AMKM力叭*1«lajriBoiwwc©nwaoioii«LMWh题目类别|uX 1V1.01 n2020-09-1133.4.3.项目发布与悬赏发布项目到平台中，发布的信息中包含发布的单位、接标截止时间、项目基 本信息、悬赏金额等信息,平台进行一步审核工作,审核通过则在平台中进行项 目发布，用户可在悬赏模块中进行项目竞标、申报等操作。3.3.5.房租管理（主要给区局维护部使用）对于到达房租结算周期的项目,可以按月生成列表（并在平台上基站图表上 给出警示提醒1支付完后,

15、可将状态标为已支付,等待下一次结算周期，该模块数据需区局 维护单独维护管理。33.6. 续签管理后台运维可以对一定周期内到期基站进行查询、对于已续签的项目,重新修 改合同起始日期、结束日期，及进行房租管理。原来记录进行存档后再替换掉。33.7. 续签项目有奖抢单对于已经到期的项目，如果业主不能完成续签,平台管理可以启动续签项目 的抢单模块，某人抢单后j亥项目就从平台抢单系统中不显示，到时限不能完成， 则释放出来重新抢单编号题目1 1|uX I9V1.0时问2020-09-11338业主管理MK*ns 彳列*14 0>4t>Zll：nUH2W124nWl：MahalwwecO业主由推

16、荐产生,业主自行注册,后台操作员审核后方可获取业主权限。©XW2J3.3.9.有奖续签对于快到期项目，系统不断有提醒。系统有续签标准及奖励办法。业主发出 续签申请，从公共邮箱自行下载合同模板，盖章后上传照片。平台后台会跟进, 并有专人进行沟通,上报局方。完成续签后z给予奖励。33.10.ffi奖活动系统将奖励自动分发某基站,并在地图上显示,该基站的业主如果在一定时 间内领奖则完成,如果在规定时间内没有领,则系统自动分发给另一基站。每期 公布抽奖结果。33：U新业务介绍题目类别|uX 1V1.0时问 J 1 <2020-09-113.3.12业务资源对接3.4.工单管理34：L工

17、单管理a.业务员可以通过个人中心二工单管理查看自己所属的工单的状态信息, 管理员/操作员可以通过系统后台进行检索、跟踪、推迸等等的工单操作.b.可以看奖励情况及实际到账金额。N 恕 创 韦©IfFA KJHXf史电is爲堆护畑定瀏t趕zomra序号離号人员信剧送血愉略刑1HOKL201609000011脚20160909 9022HDK1201609060912»迸2"Vfl20160905 91320160X>6 1&303HDKL201609090002林书3*01820160909 a02»t54>K*天5M2«1W*

18、O1WHS 50第23页共36页叢畑 ififtM - AJ223H201G09C211:)41：»5；2016090310:122：32s20)6Cr)0214320A0201(09034：Xh2O1W9O419328:52sXHW9O72154z：a«$3烷"破工M嗚：MD<L201C4»090001培松禹：議税主:强二丰般知& : ”和且定胡5检WWW : 201W90992当联畑:骑沖3.5.设备管理3.5.1. 故障. 故障处理派单局方维护、业主、巡检员或代谈公司根据基站编码或在平台上点击图标，发题目版本V1.0r

19、L上R: n i2020-09-11起故障处理申请，平台可以根据该代维公司巡检员的位置，实时派单给该巡检员, 如果该巡检员有其他急事，可在APP上拒单并说明理由，系统可自动派单给次 近位置的巡检员。.故障处理巡检员到现场后，上传故瞳照片，初步判定故障原因，并通知故障处理单位。在故障解决后，该巡检员负责将项目状态改为正常。3.5.13.故障处理有奖派单当故障处理责任代维公司巡检员不在基站附近或故障处理比较急,该代维公 司一时又派不出人时，代维公司管理人员可以在平台上发出有奖派单，系统可就 近派单附近的别的公司的巡检人员，该巡检员必须在一定时限内接单，否则，系 统将派单给附近位置的其

20、他巡检员，同时代维公司能看到附近巡检员的联系方式, 可通过电话等方式沟通故障处理情况。.故障申请对于异常的情况,向平台发起故瞳申请（比如高遍、偷盗等X题目裘别|uX 1V1.0时问2020-09-11曽跖&©(3»»3.6.巡检管理3.6.1.巡检员管理不同代维公司巡检员根据智能手机定位在平台及APP上可以实时分布在地 图上（类似于手机打开滴滴打车软件时能看到附近的车1代维公司可通过APP看到公司安检员的实时分布，平台大维护可看到所有 巡检员的实时分布情况。（用户登录时，获取权限信息,用户使用公司等标识, 进行一地图中点的筛选）362巡检管理

21、巡检员通过基站编码/或在平台上点击项目图标，能获得项目的基本信息及 历史巡检记录，提交本次机房照片、电表照片、电表读数。巡检员可对项目基本信息在APP上做简单编辑（基站经纬度、电表位置、换电表情况设置及备注）编号题目A1Z. 9|IV1.0时问2020-09-11©n«*isat0El"(1<孑xgJK2*5*fptcm I“f»s »n»vK>OlSEE 21 2X W2 12k； SV 眸畑:仇$ Et gSH MS »»HZ強*3.7.通知中心a.工作流程节点发生状态变化后（例如,项工作已完成）,

22、流程往下一个节点 进行推进，通知中心可以对相关操作人员账户发送提醒通知（APP通知、邮 件、短信等）；后台操作员也可以通过后台手动发送提醒通知b用于管理各种预警信息的通知，续签提醒通知等（建立消息通知、提醒体系, 具体体系,未知）煽号题目类别|uX IV1.0时问2020-09-11弹窗中展示通知信息，可点击,点击之后跳转到相应页面中或打开相应信息展示弹窗，通知中心图标右上角展示通知信息的具体数量。38系统配置381资料管理操作员可以通过APP或者系统后台对工作流程中提交的数据资料等进行管 理。编V题目A1Z. pit|uX fV1.0时问2020-09-11382用户权限管理将注册用户划分为

23、不同的角色,具备不同的业务操作权限主要考虑不同代维公司、不同巡视员；不同运营商分公司的项目需不同管理。主要分以下主要用 也 竭 就 Osnw析 員細也 户*丘 xm* met* woa*< ITBEK* me勇* TtBTTWwB an* *HW1 cr*TMMiss$rsgSsiJis «I$5s§Aoi$5艮T2e9-8sii 寸co."8 !i D? 5:c111I I1 1s 1f 111!j 11J!； I! 2:i ti al1I1r i:E:15 ! iIRs !c f ?«CTsi?! jH'iEsSC9Jirsae旺MO6

24、M2020-09-11叵rnor-Mim祐 |K >s- s ss !uws rexH«e 5 Mz«t»«Knr2m - SGf W9rss3 - s&t -H- litt.i# PF-02- E55 -K51 £3_sv - sdtgs*>Kr hrhas-R3S¥csefisK522»£s»B3&fi®题目A1Z. pit|uX ?V1.0时问2020-09-11第31页共36页385地区信息维护'MmUtB 第©MKK产moJAMr»

25、;»xwu««MltM«MIdiU3.8.6.维保公司维护1 JU(3砂gwwOW9ra<xe> FtxAUNJicwc»a3«GV上“u;、10题目|uX 1137瓜V1.0时问2020-09-114分项设计4.1.数据库部分设计4.1.1. 数据库综述数据库的名称：wb_database ;所属项目：维保系统；采用MySql数据库管理系统；4.1.2. 术语和缩写词GUID : Globally Unique Identifier,全球唯一标识符。4.1.3. 命名约定表设计命名规范:表以英文单词命名,全小写；视图设计

26、命名规范:视图设计过程中使用V开头，视图命名以视图的实现功能为准；字段命名规范：单词缩写，全小写；1. 存储过程以sp为前缀；2. 触发器以t匚为前缀；3. 函数以巾_为前缀；4. 主键以pk_为前缀；5. 索引以ix一为前缀；6. 字母与缩写均为小写,各单词之间以下划线分割,如sp_count0题目V1.0时问2020-09-114.1.4.数据库框架本案为未来搭建MYSQL CLUSTER做好准备。MySQL Cluster是MySQL适合于分布式计算环境的高实用、可拓展、高 性能、高冗余版本，其研发设计的初衷就是要满足许多行业里的最严酷应用要求, 这些应用中经常要求数据库运行的可靠性要达

27、到99。999%。MySQL Cluster 允许在无共享的系统中部署"内存中"数据库集群,通过无共享体系结构,系统 能够使用廉价的硬件，而且对软硬件无特殊要求。此外,由于每个组件有自己的 内存和磁盘，不存在单点故障。实际上，MySQL集群是把一个叫做NDB的内存集群存储引拿集成与标准 的MySQL服务器集成。它包含一组计算机,每个都跑一个或者多个进程，这可 能包括一个MySQL服务器,个数据节点,个管理服务器和一个专有的一个 数据访问程序。MySQL Cluster能够使用多种故瞳切换和负载平衡选项配置NDB存储引筆, 但在Cluster级别上的存储引拿上做这个最简单。以

28、下为MySQL集群结构关系 图，题目屮 Pll|uX 1V1.0时问2020-09-11Clients / APIsData NodesrdbdNDB Management Server ndb_mgmdSQL Nodesmysqlmysqld 毓|MySQL CAKPHPConnector/1Ccanector/NFrwysql13X1Z1Z71 ndbdidbdMySQL从结构看,由3类节点(计算机或进程)组成,分别是：管理节点:用于给整个集群其他节点提供配置、管理、仲裁等功能。理论上通 过一台服务器提供服务就可以了。数据节点:MySQL Cluster的核匕、,存储数据、日志，提供B据的

29、各种管理 服务。2个以上时就能实现集群的高可用保证,DB节点增加时，集群的处理速 度会变慢。SQL节点(API):用于访问MySQL Cluste数据,提供对外应用服务。增加 API节点会提高整个集群的并发访问速度和整体的吞吐量，该节点可以部署在 Web应用服务器上,也可以部署在专用的服务器上,也开以和DB部署在同一 台服务器上。NDB弓摩MySQL Cluster使用了一个专用的基于内存的存储引拿NDB引筆，这样做的好处是速度快，没有磁盘I/O的瓶颈，但是由于是基于内存的，所以数版本V1.02020-09-11据库的规模受系统总内存的限制,如果运行NDB的MySQL服务器一定要内 存够大，比

30、如4G, 8G,甚至16GO NDB引拿是分布式的，它可以配置在多台服 务器上来实现数据的可靠性和扩展性，理论上通过配置2台NDB的存储节点 就能实现整个数据库集群的冗余性和解决单点故障问题。缺陷1. 基于内存，数据库的规模受集群总内存的大小限制2. 基于内存，断电后数据可能会有数据丢失，这点还需要通过测试验证。3. 多个节点通过网络实现通讯和数据同步、查询等操作,因此整体性受网络速度影响,因此速度也比较慢优点1. 多个节点之间可以分布在不同的地理位置,因此也是一个实现分布式数 据库的方案。2. 扩展性很好,增加节点即可实现数据库集群的扩展。3. 冗余性很好，多个节点上都有完整的数据库数据,因

31、此任何一个节点宕 机都不会造成服务中断。4. 实现高可用性的成本比较低,不象传统的高可用方案一样需要共享的存 储设备和专用的软件才能实现,NDB只要有足够的内存就能实现。4.1.5.数据库基本表结构定义具体表结构字段定义见数据库设计文档，此处仅列出通用数据库表名，供业务分 析使用:题目版本V1.0r L上R: n i2020-09-11用户信息表单位信息表行政等级表角色信息表操作日志表需求信息表基站信息表工单信息表系统权限信息表遊字典主表工作流系列表通知信息表息表电费信息表巡检区域表沟通模块系列表角色关联表参数表故障信息表项目信息表用户所属单位表管理行政区划基站状态表4.1.6.数据库性能与逻

32、辑处理索引：对于大数据量的历史表中的数据，应加索引，以提升效率。存储过程：对同一Sql语句,频繁请求的，应建立存储过程。触发器：（保留）4.1.7安全性数据库安装专网，并每个数据库安装在独立的服务器内，设定用户访问权限, 禁止非法用户访问。4.1.8 '性能表的主键可以考虑用GUID ,不用自增长的整形主键值，这样方便数据的导 入导出，归档合并等。4.1.9.容灾与高可用强一致性业务方案题目类别|uX 1V1.0时问2020-09-11对读一致性的权衡，如果是对读写实时性要求非常高的话,就将读写都放在 Ml上面，M2只是作为standby ,就是采取和上面的一(4 )的读少写多的一 样

33、的架构模式。比如,订单处理流程,那么对读需要强一致性,实时写实时读,类似这种涉 及交易的或者动态实时报表统计的都要采用这种架构模式M2(S)弱一致性业务方案如果是弱一致性的话,可以通过在M2上面分担一些读压力和流量，比如一 些报表的读取以及静态配置数据的读取模块都可以放到M2上面。比如月统计报 表，比如首页推荐商品业务实时性要求不是很高,完全可以采用这种弱一致性的 设计卿勾模式。M1(WR)M2(R)中间一致性业努方案如果既不是很强的一致性又不是很弱的一致性，那么我们就采取中间的策略,就是在同机房再部署一个S1(R)，作为备库,提供读取服务，减少Ml(WR)的压 力，而另外一个ide机房的M2

34、只做standby容灾方式的用途。题目类别|uX 1V1.0时问2020-09-11当然这里会用到3台数据库服务器,也许会增加采购压力，但是我们可以提 供更好的对外数据服务的能力和途径，实际中尽可能两者兼顾。M2(S)S1(R)统计业务方案比如PV、UV操作、页数的统计、流量的统计、数据的汇总等等,都可以划 归为统计类型的业务。数据库上做大查询的统计是非常消耗资源的。统计分为实时的统计和非实时 的统计,由于mysql主从是逻辑sql的模式，所以不能达到100%的实时，如果 是online要严格的非常实时的统计比如像火车票以及金融异地结算等的统计, mysql这块不是它的强项,就只有查询Ml主库

35、来实现了。A，但是对于不是严格的实时性的统计,mysql有个很好的机制是binlog , 我们可以通过binlog进行解析Parser,解析出来写入统计表进行统计或者发消 息给应用端程序来进行统计。这种是准实时的统计操作,有一定的短暂的可接受 的统计延迟现象,如果要100%实时性统计只有查询Ml主库了。通过binlog的方式实现统计,在互联网行业,尤其是电商和游戏这块,差 不多可以解决90%以上的统计业务。有时候如果用户或者客户提出要实时V1.02020-09-11read-time 了 ,大家可以沟通一下为什么需要实时,了解具体的业务场景,有些 可能真的不需要实时统计,需要有所权衡,需要跟用

36、户和客户多次有效沟通,做 出鼎交适合业务的统计架构模型。B ,还有一种offline统计业务，比如月份报表年报表统计等,这种完全可以 把数据放到数据仓库里面或者第三方Nosql里面进行统计。历史数据迁移业务方案历史数据迁移,需要尽量不影响现在线上的业务,尽量不影响现在线上的查 询写入操作，为什么要做历史数据迁移?因为有些业务的数据是有时效性的,比 如电商中的已经完成的历史订单等,不会再有更新操作了 ,只有很简单的查询操 作，而且查询也不会很频繁,甚至可能讫都不会查询一次。如果这时候历史数据还在online库里面或者online表里面，那么就会影响 online的性能，所以对于这种，可以把数据迁

37、移到新的历史数据库上,这个历 史数据库可以是mysql也可以是nosql ,也可以是数据仓库甚至hbase大数据 等。实现途径是通过slave库查询出所有的数据,然后根据业务规则比如时间、 某一个纬度等过滤筛选出数据，放入历史数据库(History Databases)里面。迁题目夾别|uX 19 、 V1.0时问2020-09-114.2.1. Spring-MVC 工作原理m-Dispatcher ServletHandlerMappingHandler :ViewMode-ModdAndViewViewResotverHttpMrssnqrConvcterHandlerAdapterHa

38、ndlerSpring的 MVC 框架主要由 DispatcherServlet .处理器映射 (HandlerMapping).处理器(Controller).视图解析器(ViewResolver)、视图 (View)组成。1. 客户端请求提交到DispatcherServlet2. 由DispatcherServlet控制器查询一个或多个HandlerMapping ,找至I 处理请求的Controller.,3. DispatcherServlet 将请求提交到 Controller4. Controller调用业务逻辑处理后,返回ModelAndView5. DispatcherServlet查询一个或多个ViewResoler视图解析器，找到 ModelAndView指定的视图6. 视图负责将结果显示到客户端DispatcherServlet是整个Spring MVC 的核心。它负责接收HTTP请求组织协调Spring MVC的各个组成部分。其主要工作有以下三项:类别V1.02020-09-111）截获符合特定格式的URL请求。2）初始化 DispatcherServlet 上下文对应的 WebApplicationContext, 并将其与业务层、捋久化层的