LottieAnimationView場景恢復(fù)-導(dǎo)致的底部按鈕顯示相同

記錄一個(gè)遇到的問題

使用Lottie優(yōu)雅的實(shí)現(xiàn)矢量動(dòng)畫,用起來妙啊,能夠做到普通幀動(dòng)畫無法做到的功能,模仿的騰訊視頻底部切換的動(dòng)畫.但是使用中發(fā)現(xiàn)了下圖的問題.

Animation.gif

我在這里點(diǎn)了快速運(yùn)行,導(dǎo)致本身四個(gè)不同的圖片變成和最后一個(gè)圖片一樣的了.,其實(shí)旋轉(zhuǎn)屏也可以復(fù)現(xiàn)!
然鵝,如果出現(xiàn)這個(gè)問題的時(shí)候是旋轉(zhuǎn)屏,我會(huì)直接曉得是場景恢復(fù)導(dǎo)致的,但是我發(fā)現(xiàn)的時(shí)候是快速運(yùn)行和崩潰的時(shí)候復(fù)現(xiàn)的,我沒有聯(lián)想到,所以我找了好久.

那么問題已經(jīng)找到了就是場景恢復(fù)導(dǎo)致的,那就去定位問題吧.

lottie 源碼版本

implementation 'com.airbnb.android:lottie:2.7.0'

既然大致知道是場景恢復(fù)引發(fā)的這個(gè)事件,那么就直接查LottieAnimationView的這兩個(gè)方法

  • onSaveInstanceState
  • onRestoreInstanceState

看了一下LottieAnimationView果然重寫了這兩個(gè)方法
onSaveInstanceState,果然保存了動(dòng)畫的屬性,o(╥﹏╥)o

  @Override protected Parcelable onSaveInstanceState() {
    Parcelable superState = super.onSaveInstanceState();
    SavedState ss = new SavedState(superState);
    ss.animationName = animationName;
    ss.animationResId = animationResId;
    ss.progress = lottieDrawable.getProgress();
    ss.isAnimating = lottieDrawable.isAnimating();
    ss.imageAssetsFolder = lottieDrawable.getImageAssetsFolder();
    ss.repeatMode = lottieDrawable.getRepeatMode();
    ss.repeatCount = lottieDrawable.getRepeatCount();
    return ss;
  }

onRestoreInstanceState 恢復(fù)的時(shí)候把對應(yīng)的動(dòng)畫屬性恢復(fù)過來了

@Override protected void onRestoreInstanceState(Parcelable state) {
    if (!(state instanceof SavedState)) {
      super.onRestoreInstanceState(state);
      return;
    }

    SavedState ss = (SavedState) state;
    super.onRestoreInstanceState(ss.getSuperState());
    animationName = ss.animationName;
    if (!TextUtils.isEmpty(animationName)) {
      setAnimation(animationName);
    }
    animationResId = ss.animationResId;
    if (animationResId != 0) {
      setAnimation(animationResId);
    }
    setProgress(ss.progress);
    if (ss.isAnimating) {
      playAnimation();
    }
    lottieDrawable.setImagesAssetsFolder(ss.imageAssetsFolder);
    setRepeatMode(ss.repeatMode);
    setRepeatCount(ss.repeatCount);
  }

你會(huì)說沒毛病呀,一個(gè)對象一個(gè)資源,不會(huì)導(dǎo)致4個(gè)對象使用一個(gè)資源呀!這里先把原因說出來.
這四個(gè)LottieAnimationView有相同的id.
給你看個(gè)布局 R.layout.view_maintab,

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="50dp"
    android:background="@color/white">

    <com.airbnb.lottie.LottieAnimationView
        android:id="@+id/view_maintab_img"
        android:layout_width="25dp"
        android:layout_height="25dp"
        android:layout_centerHorizontal="true"
        android:layout_marginTop="5dp" />

//...省略

public class MainTab extends FrameLayout {
    public MainTab(Context context, AttributeSet attrs, int defStyle) {
        super(context, attrs, defStyle);

       LayoutInflater.from(context).inflate(R.layout.view_maintab,
                this);
        TypedArray typedArray = context.obtainStyledAttributes(attrs, R.styleable.MainTab);
        String titleContent = typedArray.getString(R.styleable.MainTab_text);
        Drawable drawable = typedArray.getDrawable(R.styleable.MainTab_img_res);
        typedArray.recycle();

自定義了一個(gè)FrameLayout用來裝布局,然后寫一些共同的屬性,來實(shí)現(xiàn)切換的tab!
問題原因:
這里因?yàn)閳鼍盎謴?fù)的數(shù)據(jù)通過onSaveInstanceState()先存到一個(gè)SparseArray<Parcelable> container集合里,通過dispatchRestoreInstanceState()通過id來取出對應(yīng)的數(shù)據(jù).

   protected void dispatchRestoreInstanceState(SparseArray<Parcelable> container) {
        if (mID != NO_ID) {
            //注意看這里
            Parcelable state = container.get(mID);
            if (state != null) {
                mPrivateFlags &= ~PFLAG_SAVE_STATE_CALLED;
                onRestoreInstanceState(state);
             //....
            }
        }
    }

在執(zhí)行onSaveInstanceState()的時(shí)候最后一個(gè)tab因?yàn)閕d和前面的三個(gè)一致,直接覆蓋了前面的數(shù)據(jù).這就是問題的原因,那怎么辦呢?

解決方式:
不寫id了就好了唄!那你怎么獲取對象呢?可以使用getChild()....等方式拿到對象.

此處應(yīng)有簽名
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市励幼,隨后出現(xiàn)的幾起案子汰寓,更是在濱河造成了極大的恐慌,老刑警劉巖苹粟,帶你破解...
    沈念sama閱讀 219,110評(píng)論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件有滑,死亡現(xiàn)場離奇詭異,居然都是意外死亡嵌削,警方通過查閱死者的電腦和手機(jī)毛好,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,443評(píng)論 3 395
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來苛秕,“玉大人肌访,你說我怎么就攤上這事⊥Ы伲” “怎么了吼驶?”我有些...
    開封第一講書人閱讀 165,474評(píng)論 0 356
  • 文/不壞的土叔 我叫張陵,是天一觀的道長店煞。 經(jīng)常有香客問我蟹演,道長,這世上最難降的妖魔是什么顷蟀? 我笑而不...
    開封第一講書人閱讀 58,881評(píng)論 1 295
  • 正文 為了忘掉前任酒请,我火速辦了婚禮,結(jié)果婚禮上衩椒,老公的妹妹穿的比我還像新娘蚌父。我一直安慰自己,他們只是感情好毛萌,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,902評(píng)論 6 392
  • 文/花漫 我一把揭開白布苟弛。 她就那樣靜靜地躺著,像睡著了一般阁将。 火紅的嫁衣襯著肌膚如雪膏秫。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,698評(píng)論 1 305
  • 那天做盅,我揣著相機(jī)與錄音缤削,去河邊找鬼。 笑死吹榴,一個(gè)胖子當(dāng)著我的面吹牛亭敢,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播图筹,決...
    沈念sama閱讀 40,418評(píng)論 3 419
  • 文/蒼蘭香墨 我猛地睜開眼帅刀,長吁一口氣:“原來是場噩夢啊……” “哼让腹!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起扣溺,我...
    開封第一講書人閱讀 39,332評(píng)論 0 276
  • 序言:老撾萬榮一對情侶失蹤骇窍,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后锥余,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體腹纳,經(jīng)...
    沈念sama閱讀 45,796評(píng)論 1 316
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,968評(píng)論 3 337
  • 正文 我和宋清朗相戀三年驱犹,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了嘲恍。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,110評(píng)論 1 351
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡着绷,死狀恐怖蛔钙,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情荠医,我是刑警寧澤,帶...
    沈念sama閱讀 35,792評(píng)論 5 346
  • 正文 年R本政府宣布桑涎,位于F島的核電站彬向,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏攻冷。R本人自食惡果不足惜娃胆,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,455評(píng)論 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望等曼。 院中可真熱鬧里烦,春花似錦、人聲如沸禁谦。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,003評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽州泊。三九已至丧蘸,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間遥皂,已是汗流浹背力喷。 一陣腳步聲響...
    開封第一講書人閱讀 33,130評(píng)論 1 272
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留演训,地道東北人弟孟。 一個(gè)月前我還...
    沈念sama閱讀 48,348評(píng)論 3 373
  • 正文 我出身青樓,卻偏偏與公主長得像样悟,于是被迫代替她去往敵國和親拂募。 傳聞我的和親對象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,047評(píng)論 2 355

推薦閱讀更多精彩內(nèi)容