LZ-Says：在北京，習慣不了倆個人，那就自己過好自己的人生。

前言

本篇文章，主要用於整理收集開發過程中遇到的坑，或許這個坑當初耗費了 10 分鐘，耗費了半小時，那麼既然如此，那就要避免或者加快下次解決問題所耗時間和精力。

不經歷點 bug，如何做好一枚合格的猿猿～

哥，就他們欺負我～

• 靜心：哥，就他們欺負我！

• 雞大：看哥給你怎麼收拾他們！

• 靜心：

• 雞大：

1. ViewStub must have a valid layoutResource

注意檢視佈局中的 ViewStub 引用的 layout 是不是 android:layout。

2. Read time out

先放置一張異常圖：

LZ 檢視後，修改 Gradle 為離線工作模式即可，如下圖：

3. Only fullscreen opaque activities can request orientation

話說在某天，吧嗒吧嗒敲完執行，吭嘰卡拉，崩潰了，檢視異常頭部如下：

java.lang.IllegalStateException: Only fullscreen opaque activities can request orientation

經過和度娘百般糾纏，得知如下結論，谷歌 Baba 在新的 Api 中已經增加了強制設定橫豎屏模式下不能在設定 Activity 為透明。

我們先來看看谷歌 Baba 放出的部分原始碼：

  if (getApplicationInfo().targetSdkVersion >= O && mActivityInfo.isFixedOrientation()) {
      final TypedArray ta = obtainStyledAttributes(com.android.internal.R.styleable.Window);
      final boolean isTranslucentOrFloating = ActivityInfo.isTranslucentOrFloating(ta);
      ta.recycle();
       if (isTranslucentOrFloating) {
          throw new IllegalStateException(
                  "Only fullscreen opaque activities can request orientation");
      }
  }
 

解決這個問題，目測，目前而言，倆種方式：

• 設定 android:windowIsTranslucent 為 false，當然，這樣我們的 Activity 便不透明瞭；

• android:screenOrientation=“portrait” 和 android:windowIsTranslucent 留一個，一山不容二虎，自己看的辦吧。

這個，也算是 8.0 留下的坑了，反正 LZ 是沒看懂為啥要這麼做？

對應參考資料：

4. NestedScrollView 巢狀 RecyclerView 滑動卡頓

直接使用如下程式碼即可解決：

LinearLayoutManager layoutManager = new LinearLayoutManager(this);
layoutManager.setSmoothScrollbarEnabled(true);
layoutManager.setAutoMeasureEnabled(true);
recyclerView.setLayoutManager(layoutManager);
recyclerView.setHasFixedSize(true);
recyclerView.setNestedScrollingEnabled(false);

5. WebView 滑動卡頓

設定開啟硬體加速即可，如下：

// 開啟硬體加速
webview.setLayerType(View.LAYER_TYPE_HARDWARE,null);

6. Unable to resolve dependency for ‘:[email protected]/compileClasspath’: Could not resolve xxx

如下圖，檢查是否已取消 Gradle 離線模式。

7. Could not get resource ‘xxx’

日誌如下：

org.gradle.api.resources.ResourceException: Could not get resource 'https://raw.githubusercontent.com/HyphenateInc/Hyphenate-SDK-Android/master/repository/com/android/support/appcompat-v7/'.
	at org.gradle.internal.resource.ResourceExceptions.failure(ResourceExceptions.java:74)
	at org.gradle.internal.resource.ResourceExceptions.getFailed(ResourceExceptions.java:57)
	at org.gradle.internal.resource.transfer.AccessorBackedExternalResource.list(AccessorBackedExternalResource.java:195)
	at 

如下圖，檢查是否開啟 Maven repository：

8. java.util.ConcurrentModificationException

這裡感謝騰訊 Bugly，下面貼出官方給出的建議：

該異常表示迭代器迭代過程中，迭代的物件發生了改變，如資料項增加或刪除。
[解決方案]： 由於迭代物件不是執行緒安全，在迭代的過程中，會檢查modCount是否和初始modCount即expectedModCount一致，如果不一致，則認為資料有變化，迭代終止並丟擲異常。常出現的場景是，兩個執行緒同時對集合進行操作，執行緒1對集合進行遍歷，而執行緒2對集合進行增加、刪除操作，此時將會發生ConcurrentModificationException異常。
具體方法：多執行緒訪問時要增加同步鎖，或者建議使用執行緒安全的集合：

1. 使用ConcurrentHashMap替換HashMap，CopyOnWriteArrayList替換ArrayList；
2. 或者使用使用Vector替換ArrayList，Vector是執行緒安全的。Vector的缺點：大量資料操作時，由於執行緒安全，效能比ArrayList低.

So，LZ 簡述下如何出現這個異常：

迴圈移除 List。

對，就是這個，然後就 GGG，各種無奈，解決方案如下：

Iterator<GroupEntity> it = groups.iterator();
while (it.hasNext()) {
    it.remove();    
}

使用迭代器即可。

8. java.lang.IllegalArgumentException: You cannot start a load for a destroyed activity

很 Easy，使用前判空～！！！

9. Switch 防止初始化的時候觸發監聽

// 防止初始化的時候觸發監聽
if (!buttonView.isPressed()) {
   return;
}

10. 關於 EditText 游標顯示問題

話說某天，很自然的搞起登入、註冊以及修改密碼，哦可之後卻發現，咦，TMD 游標呢？

說著，將 EditText 背景設定為黑色，Enmmm，出來了。

接著問度娘，大多不靠譜，不過也發現了一些小歪路，最後感謝我文哥提醒。

Android 5.0 之後，推出了很多很 nice 的小部件，同時，在我們的 color 檔案下也邢增了幾個小鬼鬼，下面 LZ 找了一張不錯的圖：

So，變更 colorAccent 顏色值即可，特此記錄。

11. Write access is allowed from event dispatch thread only

問題原因是因為 Android Studio 與本地安裝 JDK 衝突，解決辦法如下：

依次點選：File -> Project Structure -> SDK Location

勾選 ‘Use embedded JDK’ 並設定 JDK 位置為 Android Studio 下 jre 即可（\Android Studio\jre）

感謝：

12. The key must be an application-specific resource id

這個問題是在 LZ 為 View 設定 Tag 時出現，主要是因為此 id 值要求唯一。

解決辦法可以直接使用當前 View id 即可。

感謝：

13. @DELETE method is not supporting(Non-body HTTP method cannot contain @Body or @TypedOutput.)

解決辦法：

@HTTP(method = "DELETE", path = "介面地址", hasBody = true) // 這是關鍵
Observable<JobDeleteResponseModel> jobDelete(@Body JobDeleteRequestModel model);

感謝：

個人公眾號

不定期釋出博文，最近有點忙，感謝老鐵理解，歡迎關注～