一、布景
由于事务需求，页面中一般会有许多弹窗功用。并且由于叠加展现的用户领会欠好的原因，这些弹窗一般会被要求互斥出现。
在之前的规划里，这些弹窗是杂乱没有处理的。每次新增加一个弹窗事务，需求考虑与已有弹窗产品经理的互斥出现。这种无架构是什么意思处理弹窗的结束方法首要有以下缺陷：
1、需求对各弹窗出现逻辑进行情况差异，以抵达互斥。每增加一个新弹窗，就需求增加对应的情况进行处理判别。弹窗事务杂糅，且优先级越小越优先吗容易遗漏互斥联络。接口文档
2、进入页面依据每个弹窗事务的展现逻辑来判别是否触发该弹窗的展现，因而不管触发的弹窗事务是否成功，其他弹窗都没有机会展现。弹窗少了当次或许的曝光机会。
3、现在没支撑弹窗的次第展现，假定要支撑，各弹窗逻辑会相互耦合。
针对上述痛点，需求对事务弹窗进行笼统和一致处理，以优先级最高的运算符抵达按权重自行进行排序弹出的目的。终究结束以下功用：
1、各弹窗逻辑架构师认证隔离，是否弹出完全由弹窗处理类抉择。高优先级弹窗失利，优先级矩阵有两个重要维度是会依照优先级凹凸弹出低优先级弹窗。
2、弹窗呈优先级现的优先级由接口动态下发，能够依据产品需求，动态调整弹窗出现优先级。
二、结束
1、弹窗笼统
1）弹窗类型定义：PopType
运用枚举结束，用于差异不同的弹窗。
2）弹窗实体对象：PopData
针对弹窗数据的笼统，弹窗的数据实体，定义了弹窗类型、仅有标识id、弹窗内容架构师和程序员的差异。
3）弹窗使命：Task
弹窗事务逻辑的具体实行体，包括但不限于网络恳求等使命，用于产架构是什么意思生弹窗数据和优先级排序。定义了使命仅有标识id、优先级，并且结束了Comparable接口用于排序。
2、弹窗使命处理类Tas优先级反转kManager
用于处理弹窗出现，首要保护一个弹窗使命优先级部队，按优先级次第抉择哪个弹窗能够弹出。
首要弹窗Task结束了Comparable接口接口crc错误计数 使其具有经过优先级比较大小的才干
TaskMa架构规划nager内部运用Prior优先级最高的运算符ityQue接口类型ue作为弹窗使命容器，PriorityQueue内部运用**堆排序对内部元素进行排序，**每增加或删除架构师薪酬一月多少一个Task元素都会对部队按优先级进行产品批号是生产日期吗调整。
每次使命回来数据时，假定该使命是顶部Task，则直接弹出该使命对应的弹窗。不然，将弹窗数据入部队。
假定弹窗Task未回来正常数据，则将使命部队中该Task移除。并判别其时TaskQueue中的顶部Task是优先级和劣后级的差异否有回来优先级英文值，有则弹出；不然，持续等候下个使命的回来成果，重复上述过程。
架构规划如下图所示：
