クラッシュすると、クラッシュレポートとともにデバイスデータを送信するように求められるAndroidアプリのチェックボックスが表示されたことを思い出します。
私のアプリはjava.lang.OutOfMemoryError
顧客のデバイスでいくつかのデバイスを作成しました。彼らが使用しているモデルの電話を見て、平均以下のハードウェアの代替品を作成できるかどうかを確認したいと思いました。または、他に何もない場合は、モデルがアプリをダウンロードできないようにします。
クラッシュすると、クラッシュレポートとともにデバイスデータを送信するように求められるAndroidアプリのチェックボックスが表示されたことを思い出します。
私のアプリはjava.lang.OutOfMemoryError
顧客のデバイスでいくつかのデバイスを作成しました。彼らが使用しているモデルの電話を見て、平均以下のハードウェアの代替品を作成できるかどうかを確認したいと思いました。または、他に何もない場合は、モデルがアプリをダウンロードできないようにします。
レポートに記載されていない限り(デバイスがそのデータを送信したため)、他の場所は、ユーザーがエラーレポートとともに送信したメッセージ内にあります。
これらの2つの場所のどちらでもない場合は、現時点では判断できません。ただし、コードのどのビットがエラーの原因であるかがわかっている場合は、コードをtry catchでラップし、デバイスタイプで再スローできます。これは将来的にのみメリットがあり、現在のレポートにはメリットがありません。このような:
try{
myVar.methodThatCausesCrash():
} catch (OutOfMemoryException e){
throw new Exception("OutOfMemoryException model: " + Build.MODEL, e); // or rethrow another OoME
}