51信用卡-Android-自动埋点实践，2024最新大厂Android面经

目前公司内部主要使用代码埋点的方式进行数据采集，所谓代码埋点指的是

在某个事件发生时通过预先写好的代码来发送数据

基于预先编码实现的代码埋点，其优点是：控制精准、采集灵活性强，可以自由的选择什么时候发送什么样的数据；但缺点也同样十分明显，开发、测试成本高，对于客户端而言需要等待发版才能修改线上的埋点。

日常的开发过程中，经常有同事反馈埋点的错埋及漏埋，其根本原因都是代码埋点本身特点导致，这样的情况推动着我们去尝试使用其他埋点方式。

业内情况

无痕埋点

无痕埋点也可称为无埋点或者全埋点，即在端上自动采集并上报尽可能多的数据，在计算时筛选出可用的数据。其优点是：很大程度上减少开发、测试的重复劳动，数据可以回溯并且全面。缺点是：采集信息不够灵活，并且数据量大。

可视化埋点

可视化埋点是通过可视化工具选择需要收集的埋点数据，下发配置给客户端，从而解析配置采集相应埋点的方式。其优点是：很大程度上减少开发、测试的重复劳动，数据量可控，可以在线上动态的进行埋点配置，无需等待 App 发版。其缺点同样是采集信息不够灵活，并且无法解决数据回溯的问题。

阶段一：无痕埋点

分析公司常用的一些数据指标，我们发现对于大部分指标而言，我们只需要有页面的曝光事件、控件的点击事件等一些发送时机、内容相对固定的埋点即可，而这部分埋点，恰恰可以比较方便的使用自动埋点（相对于代码埋点这种手动埋点来说，无痕埋点及可视化埋点均可被称为自动埋点）来进行采集。

相对于可视化埋点来说，无痕埋点在前期不需要可视化工具进行埋点收集，SDK 开发投入较小，因此我们进行了第一步从手动埋点到无痕埋点的迭代。

无痕埋点技术实现

无痕埋点需要自动采集数据，因此针对页面、控件等元素需要生成其 ID，该 ID 需尽量具备『唯一性』和『稳定性』。『唯一性』非常好理解，因为对于任意元素而言，其 ID 应该是与其他所有元素都不同的，这样我们才能根据 ID 唯一标识出那个我们想要的元素，采集上来的数据才是准确的，不重复的。而『稳定性』则是说，元素的 ID 应尽量不受版本的变动而改变，这样后期关联业务含义的操作才会更加便捷。

页面ID规则

页面的 ID 较容易定义，参考上文提到的『唯一性』和『稳定性』，我们很容易就可以想到将页面所在类的类名作为 ID。类名作为 ID，首先它是相对唯一的，除了页面复用，不存在其他类名相同的页面，而页面复用的情况可以通过页面标题名称等方式进行规避；其次它是相对稳定的，只有在页面类名被修改的情况下 ID 才会改变，而我们日常开发的过程中，除了一些页面重大的改版之外不会轻易修改类名。在 Android 中，页面有两种类型 Activity 和 Fragment，Fragment 可以镶嵌在不同的 Activity 内，因此两者的 ID 定义规则有些不同：

• Activity，ID 规则为 ActivityClassName|额外参数
• Fragment，ID 规则为 ActivityClassName[FragmentClassName]|额外参数

页面PV、UV

有了页面的唯一 ID 生成的规则，我们只需要在页面曝光的时候，生成这个 ID，然后上传即可实现页面的 PV、UV 指标。至于页面曝光的时机，在 Android 开发中很容易可以找到，因为对于 Activity 和 Fragment 而言都有标准的生命周期。针对业务中 PV、U