Android中recyclerView底部添加透明漸變效果
前言
最近實現(xiàn)一個recyclerView透明漸變的效果，遇到了一些坑，嘗試了一些方法，這里記錄一下。
效果圖
圖片在上面顯示2列，文字在下面顯示1列；底部要有個透明漸變的效果，直到完全看不到。
gridLayoutManager動態(tài)設(shè)置列數(shù)
大概是分兩類，一類以圖片為item 一行2個，一類以文字為item 一行一個。
這個第一反應(yīng)是用viewType去區(qū)分圖片類型，但是由于起初不知道gridLayout可以動態(tài)列數(shù)。就在上面兩列，下面一列上為難起來了。
如果統(tǒng)一用一列吧，那就把兩個image當(dāng)成一個item，但是這樣要自己去計算position，而且還要考慮奇數(shù)情況下最后一行只有一個圖片的情況，這樣要多寫一些代碼和邏輯。
后面發(fā)現(xiàn)可以通過改變spanSize來根據(jù)viewType來改變spanCount
//gridLayoutManager這里設(shè)置的spanCount=2
RecyclerView.LayoutManager manager = recyclerView.getLayoutManager();
if (manager instanceof GridLayoutManager) {
final GridLayoutManager gridManager = ((GridLayoutManager) manager);
gridManager.setSpanSizeLookup(new GridLayoutManager.SpanSizeLookup() {
@Override
public int getSpanSize(int position) {
int type = getItemViewType(position);
switch (type) {
case TYPE_IMAGE:
//占用1/2 表示2列
Log.d("tag", "列數(shù)2");
return 1;
case TYPE_TEXT:
//占用2/2 表示1列
Log.d("tag", "列數(shù)1");
return 2;
default:
Log.d("tag", "default列數(shù)2");
return 2;
}
}
});
}
這樣item的layout就很干凈了，省去了一些麻煩。
recyclerView添加透明漸變
本來看著快搞完了，只差一個底部透明漸變了，結(jié)果就這一個效果高出了好多事情。
嘗試了下面三種方法
- recycleView上面蓋一層漸變的layout
- 原生的fadingEdeg，嘗試通過反射去掉頂部陰影
- 圖層合并
第一反應(yīng)是再在recycleView上面蓋一層漸變的layout。
<shape xmlns:android="http://schemas.android.com/apk/res/android" android:shape="rectangle"> <gradient android:angle="90" android:startColor="@color/color_FFFFFFFF" android:endColor="@color/color_00FFFFFF"> </gradient> </shape>
效果如下：
看起來“蒙”了一點哈
但是這樣有個問題，就是layout使用這個shape的時候，是從開始到結(jié)束的漸變，沒有g(shù)randient的平鋪的效果，也就是只有最后一點是不透明的，不能實現(xiàn)最后是全不透明的。而且這個00FFFFFF其實不是真正意義上的不透明，而是白色的。
效果圖底下有一截是全透明的，這個和效果圖是有一定差距的，單純用shape實現(xiàn)不了。嘗試再在漸變下面添加一截全透明，就會慘不忍睹。
recyclerView的fadingEdge
組里的老司機提了可以用這個recyclerView原生自帶的屬性。
android:requiresFadingEdge="vertical" android:fadingEdgeLength="40dp"
運行起來看起來雖然和ui有點差距，但是好像可以接受了。
但是滑動的時候就出現(xiàn)問題了，這個自帶fadingEdge不僅底部有，頂部也有，而且更坑的是，recyclerView沒有提供取消頂部或者底部的接口。要么都不用，要么都要。
參考網(wǎng)上的一種方法，通過反射去設(shè)置頂部的edge寬高，從而使得頂部陰影不顯示。
如何屏蔽RecyclerView單邊滑動到頭陰影(fadingEdge)
本來以為這樣就ok了，誰知道這樣設(shè)置竟然沒有效果。
參考給的代碼是這樣設(shè)置的：
但是進(jìn)api27的RecyclerView里面看，這個mTopGlow是EdgeEffect類型
mRecycleView.setOnScrollListener(new RecyclerView.OnScrollListener() {
@Override public void onScrolled(RecyclerView recyclerView, int dx, int dy) {
super.onScrolled(recyclerView, dx, dy);
EdgeEffect mTopGlow = null;
try {
Field topGlow = mRecycleView.getClass().getDeclaredField("mTopGlow");
if (topGlow != null) {
topGlow.setAccessible(true);
mTopGlow = (EdgeEffect) topGlow.get(mRecycleView);
}
} catch (Exception e) {
e.printStackTrace();
}
if (mTopGlow != null) {
//設(shè)置TOP頂部的矩形陰影大?。醋⑨尯痛a大概是這個作用）
mTopGlow.setSize(0, 0);
mTopGlow.finish();
}
}
});
這樣大部分情況topGlow也是空的。查看代碼，發(fā)現(xiàn)貌似只有這個方法才會給mTopGlow初始化
強行在獲取topGlow對象前插入ensureTopGlow，使得它不為空:
public void makeTopGlowNoneNull() {
final Class<?> clazz = RecyclerView.class;
try {
Method method = clazz.getDeclaredMethod("ensureTopGlow");
method.setAccessible(true);
method.invoke(mRecycleView);
} catch (NoSuchMethodException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (InvocationTargetException e) {
e.printStackTrace();
}
}
好了，經(jīng)過上面的操作，mtopFlow取出來并且設(shè)置size（0，0）了，講道理頂部陰影只有一個長0，寬0的矩形，就相當(dāng)于沒有了。
然而。。。
頂部陰影還是存在，而且去調(diào)試系統(tǒng)創(chuàng)建上下陰影的場景，也發(fā)現(xiàn)沒有調(diào)用setSize就把陰影畫出來了。之后又折騰了一陣子也沒看出來這個陰影在recyclerView里面怎么是怎么畫出來的，有知道的大兄弟麻煩告知一下。
通過圖層合并添加透明效果
參考Android實現(xiàn)直播聊天區(qū)域頂部漸變效果
/**
* 利用itemDecoration的onDraw和onDrawOver回調(diào)時機，進(jìn)行兩個圖層的合并
*
*/
mRecycleView.addItemDecoration(new RecyclerView.ItemDecoration() {
@SuppressLint("NewApi") @Override public void onDraw(Canvas c, RecyclerView parent, RecyclerView.State state) {
super.onDraw(c, parent, state);
layerId = c.saveLayer(0.0f, 0.0f, (float) parent.getWidth(), (float) parent.getHeight(), mPaint);
}
@Override public void onDrawOver(Canvas c, RecyclerView parent, RecyclerView.State state) {
super.onDrawOver(c, parent, state);
if (linearGradient == null) {
linearGradient = new LinearGradient(0f,parent.getHeight()-dpToPixel(54), 0f,
parent.getHeight()-dpToPixel(15), new int[] {startColor,endColor },new float[]{0.2f,0.8f},
Shader.TileMode.CLAMP);
}
mPaint.setXfermode(xfermode);
mPaint.setShader(linearGradient);
c.drawRect(0f,parent.getHeight()-dpToPixel(54),parent.getWidth(),parent.getHeight(),mPaint);
mPaint.setXfermode(null);
c.restoreToCount(layerId);
/**
* 第一次進(jìn)去的時候發(fā)現(xiàn)畫出來的東西很奇怪 暫未找到原因
* 需要滑動之后才會正常顯示，所以第一次進(jìn)去的時候，手動調(diào)用一次刷新
*/
if (recycleViewfirstComeInFlag == false) {
recycleViewfirstComeInFlag = true;
mRecycleView.postInvalidate();
}
}
@Override public void getItemOffsets(Rect outRect, View view, RecyclerView parent,
RecyclerView.State state) {
super.getItemOffsets(outRect, view, parent, state);
}
});
}
原理參考文章里面也說了，借助ItemDecoration的draw和drawOver方法將兩個圖層進(jìn)行合并，用DES_IN模式，使得SRC圖層底部有了DES圖層的透明漸變。
看起來抄就完事兒了的東西，我卻搞了好一陣子。
參考demo就是一個recyclerView，我的是dialog里面裝一個recyclerView。dialog顯示在中間，因為對canvas.drawRec()參數(shù)坐標(biāo)以及l(fā)inearGradient的使用不太熟悉，搞出來一些事情。
關(guān)于LinearGrandient的參數(shù)
前面的xy用來標(biāo)明方向的。如果是Y垂直方向的漸變，只需要（0，startY)到（0，endY)，X就沒啥作用，保證在Y上是垂直就行。但是這個startY和endY之前我就理解成絕對坐標(biāo)了，以為手機左上角是坐標(biāo)原點（0，0);
后面那個postion其實是對應(yīng)各種color的位置吧，配合CLAMP模式（超出起點和終點外的默認(rèn)是起點和終點的顏色向外延伸）還是挺好用的。
比起第一種直接用XML shape LienarGradient的startColor endColor要靈活很多。
然而view里面沒有像motionEvent那樣直接getRowX的方法，就通過百分比計算來找位置，又增加了復(fù)雜度。
實際情況比這些影響因素（同時還在調(diào)fadingEdge）要多，有點自找麻煩的感覺，一時陷入僵局。
倒著回去想，既然Google沒有提供獲取絕對左邊的方法，而且linearGradient也是設(shè)給paint給canvas用，那里面的坐標(biāo)應(yīng)該是和cavas是一致的。而canvas在很多地方如view的draw里面也能拿到，那明顯設(shè)置成相當(dāng)于canvas的坐標(biāo)要方便一些。
重新清醒一下頭腦，把暫時該注釋掉的注釋掉，通過最小粒度的改變來調(diào)試效果（不然一下子改變很多，出來的效果會讓人懵逼），最后總算是搞出來了。
然而事情并沒有結(jié)束。。。。。
估計是我在dialog里面顯示recyclerView的關(guān)系，通過圖層合并后，會形成很奇怪的效果，必須要滑動一下才可以正常顯示。如果recyclerView不是裝在dialog里面就不會這樣,只是單存的使用就不會這樣。
很奇怪，不過這樣可以看到SRC和DES圖層 ==
暫時處理是第一次進(jìn)來在drawOver完成后再postInvalidate一次，有知道原因的老哥幫忙提點一下！
if (recycleViewfirstComeInFlag == false) {
recycleViewfirstComeInFlag = true;
mRecycleView.postInvalidate();
}
最終效果
遺留的問題
- recyclerView fadingEdge的實現(xiàn)，不是flow.setSize,在調(diào)試代碼時沒看出來。
- dialog上添加recyclerView的圖層合并，最開始顯示異常的原因。
總結(jié)
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。
- android自定義進(jìn)度條漸變色View的實例代碼
- Android ScrollView滑動實現(xiàn)仿QQ空間標(biāo)題欄漸變
- Android中Toolbar隨著ScrollView滑動透明度漸變效果實現(xiàn)
- Android ListView滑動改變標(biāo)題欄背景漸變效果
- Android UI設(shè)計系列之自定義ListView仿QQ空間阻尼下拉刷新和漸變菜單欄效果（8）
- Android自定義漸變式炫酷ListView下拉刷新動畫
- Android Textview實現(xiàn)顏色漸變滾動效果
- Android自定義View實現(xiàn)漸變色進(jìn)度條
- Android開發(fā)之ListView的head消失頁面導(dǎo)航欄的漸變出現(xiàn)和隱藏
- Android自定義view漸變圓形動畫
相關(guān)文章
Android編程之內(nèi)存溢出解決方案（OOM）實例總結(jié)
這篇文章主要介紹了Android編程之內(nèi)存溢出解決方案（OOM）,結(jié)合實例實例總結(jié)分析了Android編程過程中常見的內(nèi)存溢出情況與對應(yīng)的解決方法,具有一定參考借鑒價值,需要的朋友可以參考下2015-11-11
Android神兵利器之Image Asset Studio的實現(xiàn)
這篇文章主要介紹了Android神兵利器之Image Asset Studio的實現(xiàn)，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-06-06
本篇文章主要介紹了淺談Android中線程池的管理，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2018-01-01
Android實時獲取攝像頭畫面?zhèn)鬏斨罰C端思路詳解
這篇文章主要介紹了Android實時獲取攝像頭畫面?zhèn)鬏斨罰C端思路詳解,本文給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2023-07-07
這篇文章主要為大家詳細(xì)介紹了Android利用動畫實現(xiàn)背景逐漸變暗的相關(guān)資料，具有一定的參考價值，感興趣的小伙伴們可以參考一下2016-12-12
這篇文章主要為大家詳細(xì)介紹了Android實現(xiàn)截屏功能，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價值，感興趣的小伙伴們可以參考一下2021-07-07
Android UI設(shè)計系列之自定義TextView屬性實現(xiàn)帶下劃線的文本框(4)
這篇文章主要介紹了Android UI設(shè)計系列之自定義TextView屬性實現(xiàn)帶下劃線的文本框,具有一定的實用性和參考價值，感興趣的小伙伴們可以參考一下2016-06-06
這篇文章主要介紹了android自定義進(jìn)度條漸變圓形，需要的朋友可以來參考下2015-08-08
android獲取音樂文件的內(nèi)置專輯圖片實現(xiàn)思路及代碼
獲取音樂文件的內(nèi)置專輯圖片這是在播放音樂時的一個很不錯的功能，下面與大家分享下具體的實現(xiàn)思路，有類似需求的朋友可以參考下哈2013-06-06
這篇文章主要介紹了Android PhotoView使用步驟實例詳解的相關(guān)資料,需要的朋友可以參考下2017-06-06