SDK结构介绍​

SDK 可以通过拆分成模块、服务实现模块化，在 GrowingIO 的 SDK 中，已经有多个模块功能已经从代码中分离出来，后续将会独立出更多的模块，GrowingAnalytics.podspec 文件中包含了所有的相关信息。

为了满足不同客户的使用需求，我们的SDK可以通过集成不同的模块实现功能的自定义。比如说以下场景：

1. 不熟悉Android开发或只想快速集成

   那么直接参考 如何集成，使用我们提供默认的SDK集成即可。

2. 想要集成一些额外的功能，如数据加密

   可以通过API接口手动注册已有的功能模块。

3. 想要自己调整SDK的功能模块，如去除线上调试功能

   参考 自定义SDK，根据需要集成SDK。

4. 不想要某些功能模块，想要接入自己的封装的功能，如网络框架

   参考 自定义模块，重新定义一个模块来完成自己的功能封装。

5. 在一些第三方跨应用平台上使用

   一般我们会尽量提供常见的第三方平台的集成方案，若没有则可以参考 自定义SDK 来封装自己需要的SDK功能。

main.m 中的 AutoreleasePool 某次偶然发现main.m里的 main 函数有所变化，经过一番查询[1]，发现是从 Xcode 11 开始。

众所周知，几乎没有一个开发者能够做到开发时100%没有Bug，那么一旦我们的产品出了问题，快速定位问题是迫切需要做的事。好在我们在Web场景中Js运行出现异常不会导致JS引擎崩溃，最多只会终止当前执行的任务。然后逐级上抛错误，类似冒泡事件，在遇到最近的一层catch时停止上抛，如果中间都没有错误处理的catch时，直至window对象结束。那么今天就与大家一起探讨一下我们在Web场景中的异常错误数据如何收集以及如何上报。

随着 Jcenter 服务的即将过期，我们需要一个新的仓库来发行我们的SDK.于是我们找上了 MavenCentral，并针对如何在MavenCentral提交包写了这篇文章。