日日操夜夜添-日日操影院-日日草夜夜操-日日干干-精品一区二区三区波多野结衣-精品一区二区三区高清免费不卡

公告：魔扣目錄網為廣大站長提供免費收錄網站服務，提交前請做好本站友鏈：【 網站目錄：http://www.ylptlb.cn 】， 免友鏈快審服務（50元/站），

點擊這里在線咨詢客服
新站提交
  • 網站：51998
  • 待審：31
  • 小程序：12
  • 文章：1030137
  • 會員：747

Android中各種Exception錯誤小結

發布時間：2023-07-02 22:26:35 作者：網友整理



通過Binding方式獲取的PreviewView對象不存在。我們布局中如果是存在該View，但是仍然出現這個錯誤。那么只有一種情況。就是viewBinding還沒有來得及初始化之前，就調用了viewBinding的方法去獲取PreviewView對象了。就會出現上面的問題了。

1. 介紹

匯總了部分的崩潰異常日志內容，以及相關問題的解決方法。希望給大家一點參考。

問題都比較簡單。

2. Exception

簡單匯總一些常見的異常情況，以及相關的解決方法

2.1 IllegalArgumentException錯誤

IllegalArgumentException:非法數據異常。

問題1：

  
JAVA.lang.IllegalArgumentException: The key must be an Application-specific resource id.

The key must be an application-specific resource id：密鑰必須是特定于應用程序的資源id。

解釋：

出現問題的原因在于我們給View添加Tag內容時，其中的Key的值并不能隨便寫個int值，如果隨便寫個int值就會出現上面的錯誤了。

我們必須在xml文件中創建一個id值，然后再填寫到key中。

錯誤寫法：

  
binding.tvState.setTag(101, data);

正確寫法：

  
<?xml version="1.0" encoding="utf-8"?>
<resources>
<item name="key_task" type="id" />
</resources>
   
   
binding.tvState.setTag(R.id.key_task, data);

問題2：

  
java.lang.IllegalArgumentException: Trying to create LifecycleCamera with destroyed lifecycle.

試圖創建生命周期被破壞的LifecycleCamera。

解釋：

也就說我們在調用cameraProvider.bindToLifecycle的時候。中間步驟出現了崩潰或其他問題。

造成lifecycle被銷毀了。然后出現的錯誤。檢測出現的代碼。

2.2 ExifInterface 異常

在新項目中使用Glide庫進行圖片下載的時候，每加載一次圖片都會出現下面的異常：

  
W/ExifInterface: Invalid image: ExifInterface got an unsupported image format file(ExifInterface supports JPEG and some RAW image formats only) or a corrupted JPEG file to ExifInterface.
java.io.IOException: Invalid byte order: ffff8950
at Android.media.ExifInterface.readByteOrder(ExifInterface.java:3128)
at android.media.ExifInterface.isOrfFormat(ExifInterface.java:2443)
at android.media.ExifInterface.getMimeType(ExifInterface.java:2321)
at android.media.ExifInterface.loadAttributes(ExifInterface.java:1755)
at android.media.ExifInterface.<init>(ExifInterface.java:1449)
at com.bumptech.glide.load.resource.bitmap.ExifInterfaceImageHeaderParser.getOrientation(ExifInterfaceImageHeaderParser.java:40)
at com.bumptech.glide.load.ImageHeaderParserUtils.getOrientation(ImageHeaderParserUtils.java:92)
at com.bumptech.glide.load.resource.bitmap.Downsampler.decodeFromWrappedStreams(Downsampler.java:269)
at com.bumptech.glide.load.resource.bitmap.Downsampler.decode(Downsampler.java:224)
at com.bumptech.glide.load.resource.bitmap.Downsampler.decode(Downsampler.java:173)
at com.bumptech.glide.load.resource.bitmap.ByteBufferBitmapDecoder.decode(ByteBufferBitmapDecoder.java:31)
at com.bumptech.glide.load.resource.bitmap.ByteBufferBitmapDecoder.decode(ByteBufferBitmapDecoder.java:14)
at com.bumptech.glide.load.engine.DecodePath.decodeResourceWithList(DecodePath.java:92)
at com.bumptech.glide.load.engine.DecodePath.decodeResource(DecodePath.java:70)
at com.bumptech.glide.load.engine.DecodePath.decode(DecodePath.java:59)
at com.bumptech.glide.load.engine.LoadPath.loadWithExceptionList(LoadPath.java:76)
at com.bumptech.glide.load.engine.LoadPath.load(LoadPath.java:57)
at com.bumptech.glide.load.engine.DecodeJob.runLoadPath(DecodeJob.java:524)
at com.bumptech.glide.load.engine.DecodeJob.decodeFromFetcher(DecodeJob.java:488)
at com.bumptech.glide.load.engine.DecodeJob.decodeFromData(DecodeJob.java:474)
at com.bumptech.glide.load.engine.DecodeJob.decodeFromRetrievedData(DecodeJob.java:426)
at com.bumptech.glide.load.engine.DecodeJob.onDataFetcherReady(DecodeJob.java:390)
at com.bumptech.glide.load.engine.DataCacheGenerator.onDataReady(DataCacheGenerator.java:94)
at com.bumptech.glide.load.model.ByteBufferFileLoader$ByteBufferFetcher.loadData(ByteBufferFileLoader.java:70)
at com.bumptech.glide.load.engine.DataCacheGenerator.startNext(DataCacheGenerator.java:74)
at com.bumptech.glide.load.engine.DecodeJob.runGenerators(DecodeJob.java:310)
at com.bumptech.glide.load.engine.DecodeJob.runWrapped(DecodeJob.java:276)
at com.bumptech.glide.load.engine.DecodeJob.run(DecodeJob.java:234)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.lang.Thread.run(Thread.java:919)
at com.bumptech.glide.load.engine.executor.GlideExecutor$DefaultThreadFactory$1.run(GlideExecutor.java:431)

然后圖片仍然是能夠進行加載顯示的。發現只有鏈接地址是https的圖片才會出現上面的錯誤。而http請求反而不會出現異常。

運行設備為：Android 10 API 29

解決方法：將Glide插件的版本進行了升級，該錯誤打印就沒有了。

原版本：

  
implementation 'com.github.bumptech.glide:glide:4.10.0'

新版本：

  
implementation 'com.github.bumptech.glide:glide:4.14.2'

問題得到了解決。

2.3 RuntimeException

RuntimeException：運行時異常。只有當程序運行到該行代碼的時候，才會被觸發的異常情況。

問題1：

  
java.lang.RuntimeException: Unable to start activity ComponentInfo{com.xxx.xxx/com.xxx.xx.activity.login.XXXX}: java.lang.NullPointerException: Attempt to read from field 'androidx.camera.view.PreviewView com.xxx.xxx.databinding.XXXXXXXeBinding.previewView' on a null object reference

完整錯誤通常如下：

  
java.lang.RuntimeException: Unable to start activity ComponentInfo{com.xxx.xxx/com.xxx.xx.activity.login.XXXX}: java.lang.NullPointerException: Attempt to read from field 'androidx.camera.view.PreviewView com.xxx.xxx.databinding.XXXXXXXeBinding.previewView' on a null object reference
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:3298)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:3437)
at android.app.servertransaction.LaunchActivityItem.execute(LaunchActivityItem.java:83)
at android.app.servertransaction.TransactionExecutor.executeCallbacks(TransactionExecutor.java:135)
at android.app.servertransaction.TransactionExecutor.execute(TransactionExecutor.java:95)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2041)
at android.os.Handler.dispatchMessage(Handler.java:107)
at android.os.Looper.loop(Looper.java:214)
at android.app.ActivityThread.main(ActivityThread.java:7386)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:492)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:980)

解決：

通過Binding方式獲取的PreviewView對象不存在。我們布局中如果是存在該View，但是仍然出現這個錯誤。

那么只有一種情況。就是viewBinding還沒有來得及初始化之前，就調用了viewBinding的方法去獲取PreviewView對象了。就會出現上面的問題了。

通常情況下，我們可能是在View初始化之前，調用了動態權限判斷，而動態權限判斷通過后就直接開啟相機了。

而在這個時候我們View還沒有來得及binding獲取。

 

通過Binding 方法調用觸發view綁定，也是有執行順序和時間的。

 

問題2：

運行時崩潰異常如下：

  
java.lang.RuntimeException: Unable to start activity ComponentInfo{com.xx.xx/com.xxx.xx.xx.login.xxx}: java.lang.IllegalArgumentException: Provided camera selector unable to resolve a camera for the given use case
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2671)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2732)
at android.app.ActivityThread.-wrap12(ActivityThread.java)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1483)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:6141)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:912)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:802)
 Caused by: java.lang.IllegalArgumentException: Provided camera selector unable to resolve a camera for the given use case
at androidx.camera.lifecycle.ProcessCameraProvider.bindToLifecycle(ProcessCameraProvider.java:470)
at androidx.camera.lifecycle.ProcessCameraProvider.bindToLifecycle(ProcessCameraProvider.java:360)

關鍵內容為：Provided camera selector unable to resolve a camera for the given use case翻譯后顯示：提供的攝像機選擇器無法解析給定用例的攝像機.

問題在于，我們使用CameraX的時候，設備主機沒有找到攝像頭。通常手機是不會出現這個問題的，只是可能在其他Android主板系統中進行開發時，可能當前硬件還沒有來得及配置上攝像頭，而我們的app調用到了攝像頭相關代碼。就會觸發上面的錯誤了。

而CameraX本身默認是會自動選擇攝像頭的。但是我們定義了CameraSelector指定了攝像頭。而又找不到指定攝像頭，就會出現這個錯誤了。

解決：

上面的代碼觸發的時候，是在:

  
cameraProvider.bindToLifecycle(this, cameraSelector, preview, imageAnalysis);

這一行代碼中觸發的。而這個配置是在try/cathc包裹中。我們只需要主動捕獲一下IllegalArgumentException 異常就可以避免崩潰了。

  
try {
          ...
cameraProvider.bindToLifecycle(this, cameraSelector, preview, imageAnalysis);
         
 catch (IllegalArgumentException  e) {
e.printStackTrace();
 catch (Exception e) {
e.printStackTrace();
      }

但是，這樣不夠優美。最好的方法就是在需要啟動相機相關界面時，檢測一下設備是否存在攝像頭。效果會更好一些。

檢測方法比較簡單

  
boolean isBack = cameraProvider.hasCamera(CameraSelector.DEFAULT_BACK_CAMERA);  //檢測默認后置攝像頭
boolean isFront = cameraProvider.hasCamera(CameraSelector.DEFAULT_FRONT_CAMERA); //檢測默認前置攝像頭

可以通過這兩個方法檢測設備是否存在默認攝像頭，但是如果是通過USB，藍牙等方式動態添加的攝像頭。上面兩種方法可不會檢測到。

我們可以通過獲取CameraInfo列表來判斷是否有相機：

  
List<CameraInfo> camerList = provider.getAvailableCameraInfos();//得到相機列表
       //然后根據設備信息列表，得到硬件等級最高的相機
       if (camerList == null || camerList.size() == 0) {
           return null; //沒有攝像頭
      }

問題3：

  
java.lang.RuntimeException: Unable to start activity ComponentInfo{com.xxx.xxx/com.xxx.xxx.activity.xx.xx}: java.lang.IllegalArgumentException: LayoutManager androidx.recyclerview.widget.LinearLayoutManager@ed46d74 is already attached to a RecyclerView: androidx.recyclerview.widget.RecyclerView{584229d VFED..... ......I. 0,0-0,0 #7f0901a0 app:id/recyclerClass}, adapter:com.xxx.xx.xx.xxx@e3cc312, layout:androidx.recyclerview.widget.LinearLayoutManager@ed46d74, context:com.xxx.xx.xx.xxx.xxx@19aeae4
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:3298)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:3437)
at android.app.servertransaction.LaunchActivityItem.execute(LaunchActivityItem.java:83)
at android.app.servertransaction.TransactionExecutor.executeCallbacks(TransactionExecutor.java:135)
at android.app.servertransaction.TransactionExecutor.execute(TransactionExecutor.java:95)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2041)
at android.os.Handler.dispatchMessage(Handler.java:107)
at android.os.Looper.loop(Looper.java:214)
at android.app.ActivityThread.main(ActivityThread.java:7386)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:492)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:980)

解決：

當我們在同一個界面中多個RecyclerView? 使用同一個LinearLayoutManager?或者GridLayoutManager的時候就會觸發上面的運行時錯誤了。程序就會崩潰

錯誤寫法：

  
LinearLayoutManager linearLayoutManager=new LinearLayoutManager(this,RecyclerView.VERTICAL,false);
viewBinding.recyclerClass.setLayoutManager(linearLayoutManager);

viewBinding.recyclerGrop.setLayoutManager(linearLayoutManager);

在上面，兩個recyclerView? 使用了同一個LinearLayoutManager。就會觸發崩潰了。

正確寫法為：

  
viewBinding.recyclerClass.setLayoutManager(new LinearLayoutManager(this,RecyclerView.VERTICAL,false));

viewBinding.recyclerGrop.setLayoutManager(new LinearLayoutManager(this,RecyclerView.VERTICAL,false));

分享到：
標簽：Android
用戶無頭像

網友整理

注冊時間：

網站：5 個   小程序：0 個  文章：12 篇

  • 51998

    網站

  • 12

    小程序

  • 1030137

    文章

  • 747

    會員

趕快注冊賬號，推廣您的網站吧！
最新入駐小程序

數獨大挑戰2018-06-03

數獨一種數學游戲，玩家需要根據9

答題星2018-06-03

您可以通過答題星輕松地創建試卷

全階人生考試2018-06-03

各種考試題，題庫，初中，高中，大學四六

運動步數有氧達人2018-06-03

記錄運動步數，積累氧氣值。還可偷

每日養生app2018-06-03

每日養生,天天健康

體育訓練成績評定2018-06-03

通用課目體育訓練成績評定