App Center Analytics (tvOS)

重要

Visual Studio App Center 计划于 2025 年 3 月 31 日停用。 虽然可以继续使用 Visual Studio App Center,直到它完全停用,但你可以考虑迁移到几个建议的替代方法。

详细了解支持时间线和替代方法。

App Center Analytics 可帮助你了解用户行为和客户参与度,以改进应用。 SDK 会自动捕获会话计数和设备属性,例如模型、OS 版本等。可以定义自己的自定义事件来度量对你而言很重要的事情。 App Center 门户中提供了捕获的所有信息,供你分析数据。

注意

运营商国家/地区和运营商名称在适用于 tvOS 的 App Center Analytics 上不可用,但你可以使用设备位置设置运营商国家/地区。

注意

4.0.0 App Center 版本中引入了中断性变更。 按照 迁移到 App Center SDK 4.0.0 及更高 版本部分从早期版本迁移 App Center。

如果尚未在应用程序中设置 SDK,请按照 入门 部分进行操作。

会话和设备信息

将 App Center Analytics 添加到应用并启动 SDK 后,它将自动跟踪会话和设备属性,包括 OS 版本、模型等,而无需任何其他代码。

注意

在 Mac Catalyst 应用中,会话量可能低于 iOS 应用。 用于在 Mac Catalyst 上跟踪会话的生命周期事件的行为与 iOS 上的事件不同。

如果设备安装了移动数据调制解调器和 SIM 卡,SDK 会自动报告用户的国家/地区代码。 默认情况下,仅限 WiFi 的设备不会报告国家/地区代码。 若要设置这些用户的国家/地区代码,必须自行检索用户的位置并使用 setCountryCode: SDK 中的 方法。 我们的建议是注意跟踪用户位置,并使用较低的位置分辨率。 以下示例使用 kCLLocationAccuracyKilometer

  • 请确保在设备上 启用定位服务
  • 使用 CLLocationManager获取设备的当前位置。
  • 使用 CLGeocoder将位置转换为 ISO 国家/地区代码。
  • 使用 SDK 的 setCountryCode 方法替代运营商国家/地区代码。

使用以下代码获取设备的位置,并覆盖应用中的运营商国家/地区代码:

将 CLLocationManagerDelegate 协议添加到 AppDelegate 并添加 locationManager 属性:

@interface AppDelegate () <CLLocationManagerDelegate>
@property(nonatomic) CLLocationManager *locationManager;
@end
class AppDelegate: CLLocationManagerDelegate {
  private var locationManager: CLLocationManager = CLLocationManager()
}

在 didFinishLaunchingWithOptions: 方法中设置位置管理器:

  self.locationManager = [[CLLocationManager alloc] init];
  self.locationManager.delegate = self;
  self.locationManager.desiredAccuracy = kCLLocationAccuracyKilometer;
  [self.locationManager requestWhenInUseAuthorization];
  self.locationManager.delegate = self
  self.locationManager.desiredAccuracy = kCLLocationAccuracyKilometer
  self.locationManager.requestWhenInUseAuthorization()

注意

方法 requestWhenInUseAuthorization 不适用于 macOS。 在针对 macOS 进行开发时,删除对该方法的调用。

添加委托方法:

- (void)locationManager:(CLLocationManager *)manager didChangeAuthorizationStatus:(CLAuthorizationStatus)status {
  if (status == kCLAuthorizationStatusAuthorizedWhenInUse) {
    [manager requestLocation];
  }
}

- (void)locationManger:(CLLocationManager *)manager didUpdateLocations:(NSArray<CLLocation *> *)locations {
  CLLocation *location = [locations lastObject];
  CLGeocoder *geocoder = [[CLGeocoder alloc] init];
  [geocoder reverseGeocodeLocation:location
                 completionHandler:^(NSArray *placemarks, NSError *error) {
                   if (placemarks.count == 0 || error)
                     return;
                   CLPlacemark *pm = [placemarks firstObject];
                   [MSACAppCenter setCountryCode:pm.ISOcountryCode];
                 }]
}

- (void)locationManager:(CLLocationManager *)manager didFailWithError:(NSError *)error {
  NSLog(@"Failed to find user's location: \(error.localizedDescription)");
}
func locationManager(_ manager: CLLocationManager, didChangeAuthorization status: CLAuthorizationStatus) {
  if (status == kCLAuthorizationStatusAuthorizedWhenInUse) {
    manager.requestLocation()
  }
}

func locationManager(_ manager: CLLocationManager, didUpdateLocations locations: [CLLocation]) {
  let userLocation:CLLocation = locations[0] as CLLocation
  CLGeocoder().reverseGeocodeLocation(userLocation) { (placemarks, error) in
    if error == nil {
      AppCenter.countryCode = placemarks?.first?.isoCountryCode
    }
  }
}
  
func locationManager(_ Manager: CLLocationManager, didFailWithError error: Error) {
  print("Failed to find user's location: \(error.localizedDescription)")
}

自定义事件

可以使用 最多 20 个属性 跟踪自己的自定义事件,以了解应用中发生的情况、了解用户操作以及查看 App Center 门户中的聚合。

启动 SDK 后,使用 trackEvent:withProperties 方法通过属性跟踪事件。 最多可以发送 200 个不同的事件名称。 此外,每个事件名称的最大限制为 256 个字符,每个事件属性名称和事件属性值的最大限制为 125 个字符。

NSDictionary *properties = @{@"Category" : @"Music", @"FileName" : @"favorite.avi"};
[MSACAnalytics trackEvent:@"Video clicked" withProperties: properties];
Analytics.trackEvent("Video clicked", withProperties: ["Category" : "Music", "FileName" : "favorite.avi"])

事件的属性是完全可选的 - 如果只想跟踪事件,请改用此示例:

[MSACAnalytics trackEvent:@"Video clicked"];
Analytics.trackEvent("Video clicked")

事件优先级和持久性

可以跟踪重要性高于其他事件的业务关键事件。

  • 开发人员可以将事件的优先级设置为 API) FlagsNormal 中的普通 (或 API) 中的关键 (FlagsCritical
  • 优先级设置为 “严重 ”的事件将首先从存储中检索,并在 正常 事件之前发送。
  • 本地存储已满且需要存储新事件时。 首先删除优先级最低的最早事件,以便为新事件腾出空间。
  • 如果存储中满是具有 严重 优先级的日志,则跟踪具有 正常 优先级的事件将失败,因为在这种情况下,SDK 无法腾出空间。
  • 如果还使用 崩溃 服务,则崩溃日志将设置为 “严重 ”,并共享与事件相同的存储。
  • 传输间隔仅适用于 Normal 事件, 关键 事件将在 3 秒后发送。

可以使用以下 API 将事件跟踪为 “严重”事件:

NSDictionary *properties = @{@"Category" : @"Music", @"FileName" : @"favorite.avi"};
[MSACAnalytics trackEvent:@"Video clicked" withProperties:properties flags:MSACFlagsCritical];

// If you're using name only, you can pass nil as properties.
let properties = ["Category" : "Music", "FileName" : "favorite.avi"];
Analytics.trackEvent("Video clicked", withProperties: properties, flags: .critical)

// If you're using name only, you can pass nil as properties.

暂停和继续发送日志

在应用需要控制网络带宽以满足更多业务关键需求的情况下,暂停事件传输非常有用。 可以暂停将日志发送到 App Center 后端。 暂停后,仍可跟踪和保存事件,但不会立即发送事件。 应用在暂停时跟踪的任何事件将仅在调用 resume后发送。

[MSACAnalytics pause];
[MSACAnalytics resume];
Analytics.pause()
Analytics.resume()

在运行时启用或禁用 App Center Analytics

可以在运行时启用和禁用 App Center Analytics。 如果禁用它,SDK 将不会为应用收集任何其他分析信息。

[MSACAnalytics setEnabled:NO];
Analytics.enabled = false

若要再次启用 App Center Analytics,请使用同一 API,但将 作为参数传递 YES/true

[MSACAnalytics setEnabled:YES];
Analytics.enabled = true

在应用程序启动时,状态将保留在设备的存储中。

注意

只有在启动之后 Analytics 才能使用此方法。

检查是否启用了 App Center Analytics

还可以检查是否启用 App Center Analytics。

[MSACAnalytics isEnabled];
Analytics.enabled

注意

此方法必须仅在启动后 Analytics 使用,它将始终返回 NO 或在 false 启动之前使用。

管理启动会话

默认情况下,会话 ID 取决于应用程序的生命周期。 如果要手动控制新会话的开始,请执行后续步骤:

注意

请注意,每次调用 Analytics.StartSession () API 都会生成一个新会话。 如果在手动会话跟踪器模式下不会调用此 API,则所有发送日志都将具有空会话值。

注意

请注意,新应用程序启动后,将重新生成会话 ID。

  • 在 SDK 启动之前调用以下方法:
[MSACAnalytics enableManualSessionTracker];
Analytics.enableManualSessionTracker()
  • 然后,可以在 之后使用 startSession API AppCenter.start
[MSACAnalytics startSession];
Analytics.startSession()

本地存储大小

默认情况下,SDK 存储所有日志最多 10 MB。 开发人员可以使用 API 来增加 存储大小 ,SDK 会一直存储日志,直到存储已满。

无法访问 Internet

如果没有任何网络连接,SDK 将最多 10 MB 的日志保存在本地存储中。 存储已满后,SDK 将开始放弃旧日志,以便为新日志腾出空间。 网络连接恢复后,SDK 会在默认情况下) 每隔 6 秒发送一批 50 或每隔 6 秒发送一次日志 (。

注意

超过 25 天的日志将被丢弃。

批处理事件日志

App Center SDK 上传一批 50 个日志,如果 SDK 没有要发送的 50 个日志,则默认 (6 秒后仍会发送日志) 。 最多可以并行发送三个批。 可以更改传输间隔:

// Change transmission interval to 10 seconds.
[MSACAnalytics setTransmissionInterval:10000];
// Change transmission interval to 10 seconds.
Analytics.transmissionInterval = 10000

传输间隔值必须介于 6 秒到 86400 秒之间, (一天) 并且必须在启动服务之前调用此方法。

重试和退让逻辑

App Center SDK 支持对可恢复的网络错误进行回退重试。 下面是重试逻辑:

  • 每个请求最多尝试三次。
  • 每个请求都有自己的重试状态机。
  • 所有传输通道 (禁用,直到下一个应用进程在一个请求耗尽其所有重试后) 。

退让逻辑

  • 50% 随机化,第一次重试在 5 到 10 秒之间,第二次重试在 2.5 到 5 分钟之间,最后一次重试在 10 到 20 分钟之间。
  • 如果网络从关闭切换到 (或从 wi-fi 切换到移动) ,则会重置重试状态并立即重试请求。