根据该psid发起该广告位策略请求
否
开始并行请求
是
app本地策略是否存在
1、添加埋点的时候，如果数量大于8；2、SDK初始化时，如果距离上一次上报超过30分钟；----、SDK发送tracking的时候，如果距离上一次上报超过30分钟；广告位初始化的时候添加埋点
生成规则
回调SDK开发者，广告请求成功，结束
回调SDK开发者，广告位状态异常，结束
开始执行show
判断cap是否超过
获取个子unitgroup信息，根据list顺序进行循环unitgroup请求循环，这里的cap是指unitgroup维度的cap
结束
否（unitgroup_a请求）
返回True
该并行分支操作结束
开始请求广告
回调开发者，返回请求失败
更新psid，存储最新策略，同时发起请求更新其他的广告位策略
并行network请求流程
失败/超时(策略)
展示失败
策略更新是否成功
否（并行请求二）
全部超过cap
异步判断网络是否WIFI，上报广告素材信息
获取优先级最高的unitgroup
是否已经轮询完毕
是（并行分支）
并行
每次添加
请求是否成功
展示成功
读取策略-判断广告位是否开启
load（ad请求）流程
回调SDK开发者请求失败，结束
requestid：SDK生成的请求会话id，用于tracking匹配请求、点击、展示、播放等信息，这个id为psid+sessionid+groupid+androidid+googleid+sdk版本+时间戳一次新请求为新开始开始(唯一)这里的维度是指unit_group维度
返回False
根据策略并行请求unitgroup
串行
数据请求成功
存储策略到本地，并使用该策略
根据unitgroup信息反射广告请求
读取全部isLoaded为True的Unit
使用兜底策略
选举出cap没满足的unitgroup
判断Unit pacing间隔之内
是否有RV广告可播放
过滤掉当前unitgroup各Network超过Cap的 Unit
删除本地psid信息，清除广告位策略
查询当前unitgroup全部的Network的unit
请求广告是否成功
广告位策略是否存在
请求失败，或者超时(策略)
SDK启动
生成requestid
show流程
失败/超时（策略）
开始初始化
回调开发者，返回展示失败
请求返回结果记录器
cap，维度一：unitgroup caps by day维度二：unitgroup caps by hour优先判断:unitgroup caps by day是否满足，在判断hour维度是否满足
回调SDK开发者，请求失败，结束
清除本地psid和sessionid，发起该广告位策略请求
每次添加一个
cap，维度一：Unit Frequency Caps by day维度二：Unit Frequency Caps by hour优先判断Unit caps by day是否满足，在判断hour维度是否满足
请求返回记录器(根据unitgroup作为KEY)
全部请求失败
SDK初始化流程
回调开发者，进行展示
psid是否为空或者过期
更新广告位策略(当前广告位。如果策略更新失败就不再操作，成功则存储)
并行unitgroup请求流程
广告请求开始
是否有下一个unitgroup
存储最新策略
使用本地存储策略
读取全部isLoaded的Unit
发起app策略更新
判断app策略是否过期或不存在
回调SDK开发者，广告请求失败，结束
根据优先级始终获取优先级最高的offer
cap，维度一：unitgroup caps by day维度二：Nunitgroup caps by hour优先判断unitgroup caps by day是否满足，在判断hour维度是否满足，在判断
isLoaded判断流程()
