根据sdk的商业性质，可以分为单一广告SDK和聚合广告SDK。单个广告SDK直接用于广告。一般开发者多为广告联盟，仅用于需求端的广告投放。聚合广告SDK整合了广告联盟中的多个SDK，可以实现多平台广告投放。开发者多为广告技术公司，主要用于实现多广告联盟时方便APP开发者的运营优化。
三、如何访问广告SDK
一般广告SDK的开发者会给APP开发者发送对接文档，APP开发者会根据文档步骤自行对接。如果有问题，他们会以邮件或者工单提交的形式联系广告SDK开发者，有的广告SDK开发者会安排专人跟踪对接服务，这样处理问题会更及时。一般来说，不管服务模式如何，整合过程基本都遵循这样一个步骤。
第一步添加文件:根据文档内容，将广告SDK嵌入到指定的项目目录中。
步骤2创建关联:建立关联，添加对广告SDK的引用，添加配置、权限等。
步骤代码编写:应用初始化和广告位开发，调用广告SDK提供的广告位模板。
第四步测试联调:测试广告流程，是否正常触发广告请求并返回广告，广告素材分发、渲染、展示是否正常，是否流畅，广告数据统计是否正常等。
第五步更新软件:将整合了广告SDK的APP投放到应用市场。
完成以上步骤后，广告位基本可以请求广告，实现广告的变现。
第四，广告SDK的请求机制
对于单个广告SDK和聚合广告SDK，工作机制基本相同。两者都启动APP，调用SDK，触发广告请求，发送到广告平台服务器。广告平台服务器返回广告，分发材料，并显示广告。只有在发送广告请求时，聚合的广告SDK才会将广告请求转发给几个广告联盟平台，如下图所示:
广告SDK运营机制
不同的是，在发送广告请求时，聚合广告SDK会多转发一步请求，将广告请求转发给几个广告联盟平台。
广告SDK的工作流程是清晰的，但是对于APP开发者来说，这些可能不是难点，最大的顾虑是SDK的安全性。主要问题是，第一，SDK安全漏洞。第二，是否预留“后门”。第三，数据是否被滥用。最后，问题还是落在这三点上。要避免这些问题，最好的方法是查看广告SDK源代码。
其实现在的做法都是一样的。一般开发者在与广告SDK对接的时候都会检查一下。但是对于不太了解广告行业或者技术能力不足的开发者来说，有顾虑，可能没有办法启动SDK检查。这里AdScope给出SDK检查中的一些方法，方便开发者操作。
动词 （verb的缩写）广告SDK的验证
广告SDK的验证主要有两个方面:查什么？二、怎么查？
1.检查什么？
1)源安全评估
SDK提供者的基本信息、沟通和反馈渠道、隐私政策的链接地址、提供者的安全能力、SDK的基本功能、SDK版本号等。
2)代码安全性评估
是否有已知的恶意代码，已知的安全漏洞，是否申请敏感权限，是否嵌入其他SDK。
3)行为安全评估
敏感权限、调用目的和频率、收集个人信息的类型、目的和频率、向服务器返回个人信息的域名、IP地址和地区、是否存在热更新行为和能否主动关闭热更新、传输数据是否加密、是否有单独的收集用户个人信息的接口、是否存在后台自动启动和关联启动后收集个人信息的行为等。
2.怎么查？
1)文件审查
在访问SDK之前，请检查广告SDK开发人员提供的文档。根据上述主要内容，检查所有文件是否符合要求，是否有双方不同意或有争议的内容。
2)用工具抓住袋子
接入SDK后，在测试过程中，使用工具捕捉广告SDK网络工作流的数据包。通过包捕获，主要验证安全评估的内容，检查是否存在文档和商务谈判中不涉及的隐藏和可疑行为。
市面上有很多抓取工具。这里主要介绍适合移动开发者的抓取工具，Charles，Fiddler，Replica(手机APP)。这三个都不错。这里推荐查尔斯，支持Windows，Mac，Linux。它易于安装和使用，功能强大。
3)第三方认证
具有安全审计资质的第三方公司对广告SDK进行审计，出具第三方评估报告，一般在接入后的测试环节进行。还有很多第三方认证机构，如360安全专家、网易易盾、腾讯安全等。，但是很多第三方机构是有偿的。
广告SDK作为一种对接方式，在APP商业化的过程中起着重要的作用，在移动广告的发展中也起着关键的作用。正是SDK在移动广告行业的广泛应用，造就了移动互联网广告市场的万亿规模，为社会带来了巨大的经济价值。
