全体的な統合手順
ステップ | 統合内容 | この記事での場所 | 必須 | 備考 |
ステップ 1 | APM 用の SDK のインポートと構成 | ドキュメント「SDK のインポートと構成」を参照 | 必須 | |
ステップ 2 | ドメインの設定 | ドキュメント [基本統合] -> 1. ドメイン設定 | 必須 | |
ステップ 3 | ユーザー ID | ドキュメント [基本統合] -> 2. ユーザー ID の設定 | 任意 | カスタムユーザー ID。設定後、ユーザーアカウントはプロダクトのバックグラウンドに表示されます。 |
ステップ 4 | 初期化 | ドキュメント [基本統合] 3. 初期化 | 必須 | |
ステップ 5 | 機能の切り替え | ドキュメント [パフォーマンス API] > 1. 機能の切り替えの構成 | いいえ | クラッシュ分析、ラグ分析、起動分析、ネットワーク分析を無効にできます。 、メモリ分析、アプリケーション内の H5 ページ分析、および OOM 例外追跡。構成されていない場合、デフォルトで有効になります。 |
ステップ 6 | 機能モジュールの構成 | ドキュメント [パフォーマンス API] -> 2.1 クラッシュ分析 | 必須 | 統合後、スイッチがオフになっていない場合、自動的に追跡されます。クラッシュコールバックが必要な場合は、追加の構成が必要です。 |
ドキュメント [パフォーマンス API] -> 2.2 カスタム例外 | いいえ | カスタム例外をアップロードするには、手動で呼び出す必要があります | ||
ドキュメント [パフォーマンス API] -> 2. 3 ラグ分析 | 必須 | 統合後、スイッチがオフになっていない場合、自動的に取得されます。追加の構成は不要です | ||
ドキュメント [パフォーマンス API] -> 2. 4 起動分析 | はい | 起動モニタリングを構成した後にのみ、データを追跡できます。 | ||
ドキュメント [パフォーマンス API] -> 2. 5 ネットワーク分析 | はい | |||
ドキュメント [パフォーマンス API] > 2. 6 メモリ分析 | はい | |||
ドキュメント [パフォーマンス API] -> 2. 7 OOM 例外 | いいえ | |||
ドキュメント [パフォーマンス API] -> 2. 8 H5 ページ分析 | はい | JS SDK に依存します。iOS SDK では、スイッチをオンにするだけで済みます | ||
ドキュメント [パフォーマンス API] -> 2. 9 ネイティブページ | はい | ネイティブページのデータを追跡するには、構成する必要があります | ||
ドキュメント [パフォーマンス API] -> 2. 10 ログ取得 | いいえ | |||
ステップ 7 | シンボルテーブルの説明 | ドキュメント [パフォーマンス API] > 3. シンボルテーブルの構成 | 必須 | エラーが発生した場合は、シンボルテーブルをパッケージ化する必要があります。 |
付録 | SDK レポートポリシー | ドキュメント [SDK レポート戦略] | いいえ |