开源博客精选

1. 前言 页面浏览时长是用于统计用户在页面的停留时长。对于神策分析 iOS SDK 而言，在没有推出页面浏览时长自动采集功能之前，客户是通过手动调用开始计时和结束计时的相关接口实现页面浏览时长采集的。这种手动采集的方式对客户业务代码侵入性大，并且客户使用的成本较高。 因此，为了解决上述问题，神策分析 iOS SDK 3.1.5[1] 版本推出了页面浏览时长自动采集功能[2]。该功能无需用户手动调用接口，即可实现自动采集页面浏览时长。 在实现此功能的过程中，我们做了很多尝试，下面先来看一下自动采集页面浏览时长的两种方案。 2. 采集方案分析 2.1. 方案一 此方案主要是针对单页面的情况，采集原理是：当进入某个页面或者应用进入前台时定时器开始计时；当应用退到后台或者进入一个新的页面时（此时视为当前页面已经消失）结束计时。 具体的采集逻辑如下： 当收到应用进入前台的通知时，定时器开始计时； 当执行到页面的生命周期方法 - viewDidAppear: 时，触发上一个页面的关闭事件并记录页面浏览时长，同时开始当前页面的计时； 当收到应用进入后台的通知时，触发当前页面的关闭事件并记录页面浏览时长。

作为一名技术顾问，在日常工作中会遇到各种各样的问题。有些问题看上去很简单，但背后的原因却是异常的复杂。 为了更好的解决问题、服务客户，我们需要培养自己 “透过现象看本质” 的能力。

在介绍元素标识之前，先回顾一下之前的《可视化全埋点系列文章之功能介绍篇》，根据这篇文章我们了解到：可视化全埋点事件，是通过可视化的方式，把某些全埋点事件创建成一个重新命名的虚拟事件[1]，进而从数量庞大的全埋点事件中快速筛选到我们所关心的事件。

在 App 的运营活动中，对用户进行弹窗提示，是一种常见的运营方式。例如：用户已经下单但未付款的时候，可以给用户一个优惠券的弹窗提示。神策 Android 弹窗 SDK[1] 主要针对的就是上述运营场景，运营人员可以在神策智能运营中配置弹窗的 UI 以及触发弹窗的一些条件，当用户满足配置的条件时，集成了弹窗 SDK 的 App 会展示弹窗。

递归是指一种通过重复将问题分解为同类的子问题而解决问题的方法。在程序中，通过函数直接或间接的调用自身来进行递归。

2021 年初，我们部门制定了第一季度的 OKR。过完年回来，OKR 涉及到的项目陆陆续续正式开展起来...

在介绍可视化全埋点之前，先了解一下全埋点。全埋点，也叫无埋点、无码埋点、无痕埋点、自动埋点。全埋点是指无需应用程序开发工程师写代码或者只写少量的代码，即可预先自动收集用户的所有或者绝大部分的行为数据，然后就可以根据实际的业务分析需求从中筛选出所需行为数据并进行分析。神策分析 iOS SDK 目前支持的全埋点事件有：App 启动、App 退出、元素点击、页面浏览。只需要客户开发人员按照正确的方式集成，然后初始化 SDK 并开启相关配置，即可在对应的事件触发时，自动采集事件和相关属性。

为了最大限度地保证同一浏览器同一域名下各个网页的用户统一，Web JS SDK 需要及时地将用户标识存入到 Cookie； 为了最大限度地减少关闭页面导致的数据丢失，Web JS SDK 将采集的数据存入到 localStorage 里进行批量发送，关闭页面未发送完的数据下次打开页面再次发送； 为了最大限度地保证可视化全埋点和网页热力图窗口打开的正确性，Web JS SDK 将相关的标识存入到 sessionStorage 里。 由此可见，存储数据是 Web JS SDK 的核心功能，下面逐一给大家介绍这三种存储方式。

神策分析是依托于数据进行的，数据是分析的根基。因此，数据上报的时效性是至关重要的。那么 iOS SDK（后面简称 SDK）是如何保证数据上报的时效性呢？ 接下来，我们就围绕这个问题来看看 SDK 究竟做了什么。

2021 年初，我们部门制定了第一季度的 OKR。过完年回来，OKR 涉及到的项目陆陆续续正式开展起来。