English | 简体中文 | 繁體中文 | Русский язык | Français | Español | Português | Deutsch | 日本語 | 한국어 | Italiano | بالعربية

  1. 現在の位置
  2. ホーム
  3. 経験の記録
  4. 本文

iOSクラッシュの通常の追跡方法およびBuglyの統合および使用の詳細な紹介

iOSクラッシュの通常の追跡方法およびBuglyの統合

アプリケーションがクラッシュした場合、開発段階では以下のような方法でクラッシュ情報を追跡することが一般的です

#1シミュレータを実行し、xcodeのエラーログを確認してください

#2.本機デバッグ、Xcodeエラーログを確認します

#3デバイスを実行し、デバイスのシステムログを確認してください

　以下に例を示します、クラッシュするコードcrashdemoを先に書きます：

- (void)viewDidLoad {
  [super viewDidLoad];
  // ビューをロードした後に追加のセットアップを行います、通常はnibからです。
  [self performSelector:@selector(print) withObject:nil afterDelay:5});
}
- (void)print {
  NSArray *array = @[];
  NSLog(@"%@", array[1});
}

Demo#1シミュレータを実行し、xcodeのエラーログを確認してください

プログラムが実行された後、すぐにクラッシュし、以下のエラーメッセージが見られるようにxcodeのシステムログを開くことができます

2016-10-29 12:13:29.015 CrashDemo[37842:7436441] *** 未捕獲の例外'NSRangeException'でアプリケーションを終了します、理由:"*** -[__NSArray0 objectAtIndex:]: index 1 空のNSArrayの範囲外
*** 最初のthrow呼び出しスタック:
(
  0  CoreFoundation           0x00b7ba84 __exceptionPreprocess + 180
  1  libobjc.A.dylib           0x00642e02 objc_exception_throw + 50
  2  CoreFoundation           0x00b22390 __CFArrayGetTypeID_block_invoke + 0
  3  CoreFoundation           0x00ac07f8 -[NSArray objectAtIndexedSubscript:] + 40
  4  CrashDemo              0x000877b7 -[ViewController print] + 87
  5  Foundation             0x00250d71 __NSFireDelayedPerform + 442
  6  CoreFoundation           0x00acd576 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 22
  7  CoreFoundation           0x00accf72 __CFRunLoopDoTimer + 1250
  8  CoreFoundation           0x00a8b25a __CFRunLoopRun + 2202
  9  CoreFoundation           0x00a8a706 CFRunLoopRunSpecific + 470
  10 CoreFoundation           0x00a8a51b CFRunLoopRunInMode + 123
  11 GraphicsServices          0x041e4664 GSEventRunModal + 192
  12 GraphicsServices          0x041e44a1 GSEventRun + 104
  13 UIKit                0x00f0c1eb UIApplicationMain + 160
  14 CrashDemo              0x00087bba main + 138
  15 libdyld.dylib            0x03189a21 start + 1
)
libc++abi.dylib: 未捕獲のNSException例外で終了
(lldb)

Xcodeログから配列アクセス越界がprintメソッド名で発生していることがわかります

このデモンストレーションについては、もちろん先ほどのarray[が明らかです1越界が発生していますが、完全なプログラムではどのようにして越界がどこで発生したかを確認しますか？63;

この時点でXcodeの「ブレークポイントナビゲータを表示」機能を利用し、プラスボタンをクリックしてエックスセプションブレークポイントを追加します

この時点でプログラムを実行し、Xcodeの実行がクラッシュするコード部分に自動的に停止します

Demo#2.本機デバッグ、Xcodeエラーログを確認します
エックスセプションポイントを追加すると、プログラムは自動的にarray[に停止します1]その行. ブレークポイントを追加していない場合、プログラムがクラッシュし、Xcodeに以下のエラーログが表示されます

2016-10-29 12:15:53.561 CrashDemo[1062:316582] *** 未捕獲の例外'NSRangeException'でアプリケーションを終了します、理由:"*** -[__NSArray0 objectAtIndex:]: index 1 空のNSArrayの範囲外
*** 最初のthrow呼び出しスタック:
(0x211b398b 0x2094ee17 0x211433e7 0xc5a3b 0x219d1ad5 0x211765ff 0x21176231 0x2117407d 0x210c32e9 0x210c30d5 0x226b3ac9 0x257880b9 0xc5c99 0x20d6b873)
libc++abi.dylib: 未捕獲のNSException例外で終了
(lldb)

エラーメッセージからは配列アクセス越界が発生していることがわかります。エックスセプションブレークポイントを追加すると、エラーが発生したコード行に自動的に停止します。

　Demo#3本機で実行し、デバイスのシステムログを確認します

Xcodeがこのcrashdemoを停止し、Xcodeウィンドウを選択します - devices, 选择手机 - view device logs

然后在手机上运行crashdemo, 在device logs中按时间排序查看最新的log就能看到crashdemo的crash log

Incident Identifier: 9A4C52F0-B0D7-42C9-A7CB-D4D3321D00D5
CrashReporter Key:  90f4d3621773443794fa73f506fd6bdef49fc269
Hardware Model:   iPhone4,1
Process:       CrashDemo [1074]
Path:        /private/var/containers/Bundle/Application/1307034E-9C2B-451F-ACD9-04C97DEC047B/CrashDemo.app/CrashDemo
Identifier:     PEGA.CrashDemo
Version:       1 (1.0)
Code Type:      ARM (Native)
Parent Process:   launchd [1]
Date/Time:      2016-10-29 12:21:49.49 +0800
Launch Time:     2016-10-29 12:21:43.43 +0800
OS Version:     iOS 9.3.1 (13E238)
Report Version:   104
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Triggered by Thread: 0
Filtered syslog:
None found
Last Exception Backtrace:
0  CoreFoundation          0x211b3986 __exceptionPreprocess + 122
1  libobjc.A.dylib          0x2094ee12 objc_exception_throw + 34
2  CoreFoundation          0x211433e2 -[__NSArray0 objectAtIndex:] + 110
3  CrashDemo             0x000e6a36 0xe0000 + 27190
4  Foundation            0x219d1ad0 __NSFireDelayedPerform + 464
5  CoreFoundation          0x211765fa

これらは開発段階で非常に簡単に実現できますが、アプリがリリースされた後、ユーザーがクラッシュした場合どうでしょうか？63; 一般ユーザーはクラッシュが発生したときに何をしているかをフィードバックできます。

それから、クラッシュを再現できるか試みますが、効率が悪く、ユーザーのクラッシュを再現するのが難しいです。

Buglyの登場でこの問題を解決しました。

Bugly SDKは、プログラムがクラッシュした際に、自動的にエラーデータをサーバーに送信し、開発者が確認・分析するのに便利です。

ではBuglyの使い方はどうすればいいのでしょうか？63;

まずはhttps://bugly.qq.com/v2/アカウントを登録し、appにSDKパッケージを登録

Bugly.frameworkをプロジェクトにドラッグ＆ドロップし、必要に応じてコピーをチェックしてください。

次にlibz.tbdを追加 / libstdc++.tbd / Security.framework / SystemConfiguration.frameworkをプロジェクトに追加

delegate.mに登録

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { 
    [Bugly startWithAppId:@"ここにあなたのAppIdを入力してください"]; 
    return YES; 
 }

このように、プログラムがクラッシュした場合、クラッシュ情報が自動的にサーバーに送信され、Buglyアカウントで確認できます。

　

　ご読覧ありがとうございます。皆様のサポートに感謝します！

基礎教程
おすすめ