地 址：北京市门头沟区66号
电 话：19974139831
网址：dsesh.com
邮 箱：41204820@qq.com
广告投放系统（聚合广告SDK与技术设计方案）
本文(wen)跟大家讲讲广告投放系统，广告广告看商业化广告各方(fang)的投放(fang)协作流程是怎样的，以(yi)及有什么(me)样的系统(tong)难点，其中SDK的聚合K技计(ji)方接口又是如(ru)何设计的(de)？
一、商业化广告各方协作流程
上游：
下游：
提供给集团公司各个客户端使用；为(wei)大数据分析提供数据。聚合K技计方(fang)二、术设广告SDK工作流程
（1）客户端初始化(hua)SDK，广(guang)告广告SDK初始化并获取配置（基本配置（默认），投放流量(liang)控制配置等）。系统
（2）客户端传入广告位从SDK获取广告，聚合K技计方SDK根据流量配置获取广(guang)告返回（SSP、术设广点通）。
（3）客户端负责展示广告，SDK上报曝光(guang)和点击等(deng)统计事件，同时也给客户端回调接口。
（4）处理失败打点数据(ju)，缓存和上报。
三、难点
（1）版本兼容
其中包括SDK自身配置和数据库缓存的的(de)版本兼容，其实更重要的是对(dui)客户端接口的版本兼容。SDK在(zai)版本迭代中会去对接多个第三方广告投放方(fang)，也会增加各类(lei)广告展示类型，为保证app升级SDK的无缝对接(jie)，需要对app端提(ti)供一致的接口设计，保证聚合SDK新增其他第三方和其他广告类型时能完美(mei)支持。
（2）数据准确性
广告的打点数据是结算的重要依据，需保证上报的数据的准确性，不丢失，且可靠。这里(li)设计到一系列的优化项，对广告数据获取的成(cheng)功率提(ti)升，对广告展示、点击的(de)数据准确性保(bao)证的技术运用，同时提供监测手段的(de)手段运用。
尤其处理广告请求并发，数据打(da)点并发的情况下的(de)线程安全问题。
（4）SDK的其他(ta)性能指标的关注
执行时间、内存、cpu、无crash。特殊广告类型，如开(kai)屏广告的性能要求。展示流畅，加载需要控制在1-3s内。
四、SDK的(de)接口设计
初始化接口。如果后台不处理多方SDK的应用ID兼容情况。则需要让app传入第三方(fang)SDK的应用ID列表。可通过(guo)配置model传入SDK。包含我们定义的(de)app Id、第三方(fang)SDK注册定义的应用ID、以及其他公共(gong)参数。各类广告类型的广告view或者实(shi)体接口，需要传入广告位ID。加载(zai)广(guang)告接口，加载成功的数据自动装载该view。各(ge)类事件回调(diao)接口。处理加载成功、加载失败、曝光、关(guan)闭、点击、广告落地页即将展示、即将关闭展示、已经(jing)展示，已经关闭等(deng)回调。（需要定制广告投放系统联系微信：136837241）五、SDK的功能(neng)设计
（1）配置的获取和版本缓存和更新支持。
带版本号请求接(jie)口、app Id等信息请求配置，成功后缓存。在app启动和退出(chu)后台、回到前台均更(geng)新配置。（2）数据获取(qu)支(zhi)持超时和(he)重试。
（3）数据打点上(shang)报
SSP的点击、曝光上报(bao)到大数据所有事件（4）失败打点数据的缓存和上(shang)报处理
失败的打点需缓存到本地数据库，再定时上报。定时间隔由服务器控制，默认值60s。无网络不(bu)上报。上报成功后删除本地缓存数据。失败继续上报，每个缓存数据重试(shi)若干次后舍弃。重试次数由配置控制(zhi)，默认3次。（5）流量控制功能支持(chi)
SSP、第三方(fang)SDK分流控制。根据配置，按优先级去分(fen)配。
（6）配置及时更新
部分广告类型需确保等待最新配置返回；静默推送更新(xin)app端配置。六、开屏广告功能设计
如果(guo)展示第三方SDK的广告，扔给第三方(fang)处理即可(ke)。如果是SSP或者(zhe)DSP，需要实现所有展(zhan)示和功能逻辑。
2）广告获取展(zhan)示
客户端请求广告，SDK根(gen)据配置优先级决定交给(gei)SSP还是广点通处理。（并发也可能按需）如是SSP处理，则请求SSP接口（需上(shang)传参数确定），获取广告后，绘制(zhi)视图展示（需要单张图），点击跳转(zhuan)支持deeplink、webview展示功能。3）图片、视频的缓存
七、其他广告类(lei)型设计
略过
八、SDK架构图
