Android记一次解决问题的过程_新濠天地网 Android记一次解决问题的过程_新濠天地网

新濠天地网

Android 记一次解决问题的过程

之前我写过一篇新濠天地,介绍我在GitHub开源的滑动控件 ConsecutiveScroller 是如何实现布局吸顶新濠天地的。有兴趣的朋友可以去看一下:Android滑动布局ConsecutiveScrollerLayout实现布局吸顶新濠天地。

新濠天地介绍了ConsecutiveScrollerLayout是如何通过计算布局的滑动距离,给吸顶view设置y轴偏移量,让它悬停在顶部。不过当view悬停在顶部时,它会与后面的view重叠而被覆盖。

这是由于Android布局的新濠天地层级,两个view重叠时,后添加的会将先添加的覆盖。而我们希望的是当吸顶view与其他view重叠时,吸顶view能新濠天地在最上层,覆盖后面的view。

当时我的解决方法是给吸顶view设置translationZ,让它的新濠天地图层高于其他的view,这样它就不会被其他view覆盖了。这样做的确很好的解决了view重叠新濠天地的问题,不过美中不足的是,translationZ是Android 5.0才支持的方法,5.0以下的手机无法使用这个方法设置view的新濠天地图层高度。这使得ConsecutiveScrollerLayout的吸顶新濠天地只能在Android 5.0以上的手机才能使用,这大大的限制了它的适用范围。

如果我们的项目是支持5.0以下的,那么我们不可能让吸顶的新濠天地只在5.0以上的手机有效,而不管5.0以下的手机。所以我需要找到一种方法,让5.0以下的手机也能正常使用吸顶的新濠天地。

分析问题

5.0以下不能使用吸顶,是因为setTranslationZ()方法是5.0方法是5.0以后有的,那么Android是否提供了向下兼容的方法呢?于是我找到了ViewCompat.setTranslationZ()方法。

 public static void setTranslationZ(@NonNull View view, float translationZ) {
if (VERSION.SDK_INT >= 21) {
view.setTranslationZ(translationZ);
}
}

真是让人失望,它只是判断了以下版本,让5.0以下不至于报错,其实它什么都没做。既然连Android本身都没有对5.0以下做处理,显然让view的Z轴向下兼容是不大可能的。

回归问题本身,我们希望吸顶view新濠天地在界面的最上层,不被其他view所覆盖。Android界面上新濠天地的所有app都是绘制在一张画布(Canvas)上面的,同一个区域,如果被绘制多次,先绘制的app会被后绘制的app覆盖。而view的绘制顺序是先添加的先绘制,后添加的后绘制,所以当view重叠时,后面的view会覆盖前面的view。只要保证吸顶的view在其他view之后绘制,吸顶view就会新濠天地在其他view之上,不会被其他view覆盖。

那么有没有方法能保证吸顶view最后绘制?

最简单直接的方法当然是让吸顶view最后添加,但问题是view的添加顺序不仅会影响绘制顺序,同样也会影响view的排列和新濠天地位置。而我们想要的是改变view的绘制顺序,不改变view的新濠天地位置。所以这种方法显然也是不行的。有什么方法可以在不改变view的添加顺序的情况下,改变它的绘制顺序呢?我们知道布局在measure、layout和draw的过程中,都会遍历它的子view,分发测量、布局、绘制的流程。如果我们在布局draw之前修改子view的顺序,draw之后恢复,那么是否就保证了只改变view的绘制顺序。

解决新濠天地[ 新濠天地网 0

ViewGroup的子view保存在mChildren数组中。

private View[] mChildren;

由于它是private的,要获取和修改它,需要通过反射来执行。

// 获取mChildren
private View[] getChildren() {
try {
Class aClass = Class.forName("android.view.ViewGroup");
Field field = aClass.getDeclaredField("mChildren");
field.setAccessible(true);
Object resultValue = field.get(this);
return (View[]) resultValue;
} catch (Exception e) {
e.printStackTrace();
}
return null;
}
// 设置mChildren
private void setChildren(View[] children) {
try {
Class aClass = Class.forName("android.view.ViewGroup");
Field field = aClass.getDeclaredField("mChildren");
field.setAccessible(true); // 私有属性必须设置访问新濠天地
field.set(this, children);
} catch (Exception e) {
e.printStackTrace();
}
}

绘制前,修改view的排序,绘制后恢复。

// 临时新濠天地保存mChildren原数组
private View[] tempViews = null;
@Override
public void draw(Canvas canvas) {
// 兼容5.0以下吸顶新濠天地
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.LOLLIPOP
&& !getStickyChildren().isEmpty()) {
tempViews = getChildren();
if (tempViews != null) {
// 修改mChildren
setChildren(sortViews(tempViews.length));
}
}
super.draw(canvas);
// 兼容5.0以下吸顶新濠天地
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.LOLLIPOP
&& !getStickyChildren().isEmpty() && tempViews != null) {
// 恢复mChildren
setChildren(tempViews);
}
}
// 关注排序后的children数组
private View[] sortViews(int size) {
View[] views = new View[size];
int index = 0;
int count = getChildCount();
for (int i = 0; i < count; i++) {
View child = getChildAt(i);
// 普通view
if (!isStickyChild(child)) {
views[index] = child;
index++;
}
}
for (int i = 0; i < count; i++) {
View child = getChildAt(i);
// 吸顶view
if (isStickyChild(child)) {
views[index] = child;
index++;
}
}
return views;
}

修改好,运行测试一下,当view吸顶时,能正常新濠天地在最上层,不会被下面的view覆盖了,好像问题已经完美解决了。可是当我点击界面上的控件时,新的问题出现了,我点击的view和响应的view不是同一个,事件的传递乱了。因为我们把view的绘制顺序改变了,所以我们实际看到的、操作的view,跟系统判断的可能不是同一个view了。显然这种解决方法引发了新的问题,是不可取的。

分析源码

既然通过修改mChildren的方法行不通,只能另寻新濠天地[。我尝试跟踪view的绘制源码,期待能有一些新思路。ViewGroup绘制子view的源码新濠天地路径是:draw()-->dispatchDraw()。ViewGroup中的dispatchDraw()方法是绘制子view的关键app,通过官网源码,我发现了几句关键app。

 @Override
protected void dispatchDraw(Canvas canvas) {
// step 1:获取预定义的排序列表
final ArrayList<View> preorderedList = usingRenderNodeProperties
? null : buildOrderedChildList();
// step 2:判断是否需要自定义排序
final boolean customOrder = preorderedList == null && isChildrenDrawingOrderEnabled();
for (int i = 0; i < childrenCount; i++) {
// step 3:根据绘制顺序获取view下标
final int childIndex = getAndVerifyPreorderedIndex(childrenCount, i, customOrder);
// step 4:根据下标获取子view
final View child = getAndVerifyPreorderedView(preorderedList, children, childIndex);
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null) {
// step 5:绘制子view
more |= drawChild(canvas, child, drawingTime);
}
}
}

第一步:获取预定义的排序列表。如果开启了硬件加速usingRenderNodeProperties为true,preorderedList为null。否则执行buildOrderedChildList()方法,这个方法大部分情况下也直接关注null,所以preorderedList一般都是null的。buildOrderedChildList()方法只有在没有设置硬件加速,并且子view设置了Z轴高度的情况下才不会关注null。我们知道,Android 4.0后,默认都是开启硬件加速的,而5.0前,是不支持view的Z轴的,所以只有在5.0后关闭硬件加速,并且设置了子view的Z轴,buildOrderedChildList()方法才不会关注null,这个方法就是处理这种情况的,而且它对view的排序处理跟我们下面分析的逻辑基本一样,所以这个方法我们可以忽略不看。

第二步:判断是否需要自定义排序。既然preorderedList为null,那么是否需要自定义排序的判断就是isChildrenDrawingOrderEnabled()方法,这个方法默认为false,只有设置为true,自定义的排序才生效,这是我们需要关注的第一个方法。

第三步:根据绘制顺序获取view下标。直接看app:

 private int getAndVerifyPreorderedIndex(int childrenCount, int i, boolean customOrder) {
final int childIndex;
if (customOrder) {
// 如果自定义排序,根据顺序获取view下标
final int childIndex1 = getChildDrawingOrder(childrenCount, i);
if (childIndex1 >= childrenCount) {
throw new IndexOutOfBoundsException("getChildDrawingOrder() "
+ "returned invalid index " + childIndex1
+ " (child count is " + childrenCount + ")");
}
childIndex = childIndex1;
} else {
// 不是自定义排序,下标和顺序一致
childIndex = i;
}
return childIndex;
}

在这个方法里,如果不排序,关注的下标和顺序一样,所以默认绘制顺序就是view的添加顺序。如果需要排序,通过getChildDrawingOrder获取需要绘制的view的下标,绘制顺序由这个方法的关注值决定。

protected int getChildDrawingOrder(int childCount, int drawingPosition) {
return drawingPosition;
}

可以看到,这个方法的关注值依然是顺序本身,所以它的默认绘制顺序也view的添加顺序。但是这个方法是protected,也就是说我们可以覆写这个方法,关注我们想要的index,改变view的绘制顺序。这是我们需要关注的第二个方法。

第四步:根据下标,新濠天地getAndVerifyPreorderedView或者需要绘制的子view。

 private static View getAndVerifyPreorderedView(ArrayList<View> preorderedList, View[] children,
int childIndex) {
final View child;
if (preorderedList != null) {
child = preorderedList.get(childIndex);
if (child == null) {
throw new RuntimeException("Invalid preorderedList contained null child at index "
+ childIndex);
}
} else {
child = children[childIndex];
}
return child;
}

这个方法很简单,就是根据下标或者view,如果有预定义排序,就从preorderedList中获取,否则就从children数组获取,children数组就是保存子view的数组,按添加顺序排列。

第五步:drawChild,就是新濠天地child的draw方法绘制子view。

最终实现

现在我们知道,想要改变ViewGroup的子view绘制顺序,只有开启自定义排序,并且覆写getChildDrawingOrder方法就可以了。

在自定义ViewGroup的构造方法中新濠天地:

// 开启自定义排序
setChildrenDrawingOrderEnabled(true);

预先处理view的排序

// 保存预先处理的排序
private final List<View> mViews = new ArrayList<>();
@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
//忽略其他的app
// 排序
sortViews();
}
private void sortViews() {
List<View> list = new ArrayList<>();
int count = getChildCount();
for (int i = 0; i < count; i++) {
View child = getChildAt(i);
// 添加非吸顶view
if (!isStickyChild(child)) {
list.add(child);
}
}
for (int i = 0; i < count; i++) {
View child = getChildAt(i);
// 添加吸顶view
if (isStickyChild(child)) {
list.add(child);
}
}
mViews.clear();
mViews.addAll(list);
}

这里要说明一下,因为getChildDrawingOrder方法是根据绘制的顺序drawingPosition关注需要绘制的子view下标,所以我们需要提前知道最终绘制的顺序,才能根据drawingPosition找到相应的index,所以需要提前对view排序好。而把排序的时机选择在onLayout,是因为在我的需求里,子view的添加、移除、和setLayoutParams都有可能改变排序,而这些操作恰好都会重新新濠天地父布局的onLayout方法。最后排序的方式是先添加非吸顶view,后添加吸顶view,这样保证了吸顶view在最后绘制,view重叠时也就不会被其他view覆盖了。

最后覆写getChildDrawingOrder

@Override
protected int getChildDrawingOrder(int childCount, int drawingPosition) {
if (mViews.size() > drawingPosition) {
// 根据drawingPosition找到子view,关注子view在ViewGroup中的index
return indexOfChild(mViews.get(drawingPosition));
}
return super.getChildDrawingOrder(childCount, drawingPosition);
}

至此,我们的新濠天地就实现好了。

写在最后

这篇新濠天地的重点就一个getChildDrawingOrder方法,但是如果我只是想告诉大家有这么一个方法,那么完全没有必要写这篇新濠天地。我写这篇新濠天地的主要目的是记录这个问题的解决过程,中间会踩坑,也会有意外收获。网上有朋友吐槽,面试时面试官会问:“你遇到过哪些难题,最后时怎么解决的”。很多人都不知道怎么回答,因为所有已经被解决的问题都不是问题,而没有被解决的问题你是不会提起的。就拿我的这个问题来说,如果我早知道有这么个方法,这还是问题吗?我们往往在解决问题后就忽略了问题的解决过程,甚至是问题本身,决定原来这个问题如此简单。却不知,这个过程对我们才是最有意义和收获的。

最后说一句:从源码中寻找答案,永远是解决问题的最有效方法。


https://mp.weixin.qq.com/s/jY3qmLgW0iWa8HYAjjpJyw

基于 Jenkins 的 Android 持续集成

发布于:13天以前  |  122次官网  |  新濠天地app »

有赞 Android 编译新濠天地新濠天地[ Savitar 新濠天地网 0

发布于:20天以前  |  242次官网  |  新濠天地app »

闲鱼是如何实践一套完整的埋点自动化验证新濠天地[的?

搜索推荐算法的精准和埋点数据的准确性息息相关。一旦埋点数据出现问题,用户侧就会出现推荐商品不准确、过度推荐等问题,同时宏观的交易大盘数据的统计也会有偏差,进而影响整个商品运营策略,因此采取有效的手段来保障埋点质量就成为了闲鱼客户端质量保障的关键的一环。

发布于:1月以前  |  375次官网  |  新濠天地app »

Android 样式系统 | 主题背景覆盖

在 Android 样式系统系列的前几篇新濠天地中,我们探讨了样式和主题背景之间的区别,讨论了使用主题背景和主题背景属性的好处,并重点介绍了一些常用的主题背景属性。 今天,我们聚焦于主题背景的实际使用,如何将它们应用到我们的应用中,以及如何构建主题背景。

发布于:3月以前  |  661次官网  |  新濠天地app »

Android 深色模式适配原理分析

从Android10(API 29)开始,在原有的主题适配的基础上,Google开始提供了Force Dark机制,在系统底层直接对颜色和图片进行转换处理,原生支持深色模式。深色模式可以节省电量、改善弱势及强光敏感用户的可视性,并能在环境亮度较暗的时候保护视力,更是夜间活跃用户的强烈需求。对深色模式的适配有利于提升用户口碑。

发布于:4月以前  |  1149次官网  |  新濠天地app »

百度APP-Android H5首屏新濠天地实践

百度App自2016年上半年尝试Feed流新濠天地形态,至2017年下半年,历经10个版本的迭代,基本完成了产品形态的初步探索。在整个Feed流形态的闭环中,新闻详情页(文中称为落地页)作为重要的组成部分,如果打开页面后,loading时间过长,会严重影响用户体验。因此我们针对落地页这种H5的首屏展现速度进行了长期新濠天地,本文会新濠天地阐述整个新濠天地思路和技术细节

发布于:4月以前  |  900次官网  |  新濠天地app »

Android 10分区存储介绍及百度APP适配实践

Google于 2019年9月3日发布了Android10 release版本,为了更好的保护用户数据并限制设备冗余新濠天地增加,Android 10版本变更了设备外部存储访问方式,外部存储新特性称为分区存储(Scoped Storage), 分区存储遵循以下三个原则对外部存储新濠天地访问方式重新设计,便于用户更好的管理外部存储新濠天地

发布于:4月以前  |  964次官网  |  新濠天地app »

深入探究Android应用启动起点

开发者文档中提到,Android应用有三种启动状态,每种状态都会影响应用向用户新濠天地所需的时间:冷启动、温启动或热启动。三种启动状态中,冷启动耗时最久,系统和App有较多初始化的工作。如果启动时间过长,可能会导致用户在应用商店打低分,甚至完全弃用app,所以冷启动速度是各个app非常重要的性能指标之一。

发布于:4月以前  |  839次官网  |  新濠天地app »

一文搞懂Android JetPack组件原理之Lifecycle、LiveData、ViewModel与源码分析技巧

Lifecycle、LiveData和ViewModel作为AAC架构的核心,常常被用在Android新濠天地架构中。在新濠天地商城Android应用中,为了事件传递等个性化需求,比如ViewModel间通信、ViewModel访问Activity等等,以及为了架构的扩展性,我们封装了BaseLiveData和BaseViewModel等基础组件,也对Activity、Fragement和ViewHolder进行了封装,以JDLifecycleBaseActivity、LifecycleBaseFragment和LifecycleBaseViewHolder等组件强化了View层新濠天地,构建出了各新濠天地线统一规范架构的基石。

发布于:5月以前  |  1035次官网  |  新濠天地app »

Android 记一次解决问题的过程

之前我写过一篇新濠天地,介绍我在GitHub开源的滑动控件 ConsecutiveScroller 是如何实现布局吸顶新濠天地的。有兴趣的朋友可以去看一下:Android滑动布局ConsecutiveScrollerLayout实现布局吸顶新濠天地。

发布于:5月以前  |  804次官网  |  新濠天地app »

Android内存异常机制(用户空间)_NE

常见的Android稳定性异常,有内核异常和Android层异常。内核异常也就是常说的“kernel panic”,简称KE异常;Android层异常又分为java层crash和Native层crash,简称JE、NE异常。 上篇新濠天地介绍了JE异常的抓取机制和处理方式,本文再讲一下NE异常。

发布于:6月以前  |  1315次官网  |  新濠天地app »

Android-模块化-面向接口编程

随着新濠天地的发展,工程的逐渐增大与开发人员增多,很多工程都走向了模块化、组件化、插件化道路,来方便大家的合作开发与降低新濠天地之间的耦合度。现在就和大家谈谈模块化的交互问题,首先看下模块化的几个优势。

发布于:7月以前  |  1650次官网  |  新濠天地app »

Android 机型适配终极篇

发布于:7月以前  |  1484次官网  |  新濠天地app »

Android 内存缓存 LruCache 原理与实现

okhttp和glide都使用的lru缓存,那什么是lru缓存呢?android 又是如何实现lru缓存 的呢?

发布于:7月以前  |  1591次官网  |  新濠天地app »

ijkPlayer编译支持https的so新濠天地-Android

发布于:7月以前  |  1472次官网  |  新濠天地app »

Android SurfaceView 播放gif

Android SurfaceView 是Android系统中的高级组件,它有自己的绘制界面,可以在一个独立的线程进行UI的绘制, 因此不会阻塞主线程,这也是我们使用SuefaceView播放gif图片的原因。

发布于:7月以前  |  1359次官网  |  新濠天地app »

Android Studio 生成so新濠天地 及新濠天地

so新濠天地是C、C++的新濠天地库,在Android中 新濠天地这些库,使用的是JNI( Java Native interface) JNI 可以使Java程序新濠天地本地程序或者库(一般是使用C、C++ 或者汇编语言编写)。 这篇新濠天地 会介绍 使用Android Studio 如何生成so新濠天地,及如何使用so

发布于:7月以前  |  2020次官网  |  新濠天地app »

Android事件分发机制相关(备忘)

发布于:7月以前  |  1250次官网  |  新濠天地app »

Android 样式系统 | 常见的主题背景属性

在前一篇 Android 样式系统新濠天地中,我们介绍了主题背景与样式的区别,以及如何编写灵活的样式与布局app用于抽离可变化部分。

发布于:7月以前  |  1138次官网  |  新濠天地app »

Android 保活从入门到放弃:乖乖引导用户加白名单吧(附7大机型加白示例)

IM在Android上的保活问题经常在即时通讯网的论坛和技术群里被讨论,自从Android 8.0后系统大大降低了后台运行应用的保活容忍度(详见《Android P正式版即将到来:后台应用保活、消息推送的真正噩梦》),保活从黑科技横行的时代进入了技术蛮荒阶段,真要实现保活,技术难度越来越大。

发布于:7月以前  |  1969次官网  |  新濠天地app »

最多官网

简化Android的UI开发 1年以前  |  397446次官网
Android设计与开发工作流 1年以前  |  3095次官网
30分钟搭建一个android的私有Maven仓库 1年以前  |  3072次官网
Google Enjarify:可代替dex2jar的dex反编译 1年以前  |  2986次官网
Android多渠道打包工具:apptools 1年以前  |  2533次官网
Google Java编程风格规范(中文版) 1年以前  |  2523次官网
Android UI基本技术点 1年以前  |  2517次官网
Android新濠天地 - 第一篇 1年以前  |  2404次官网
Stetho 1年以前  |  2328次官网
2015 Google IO带来的新 Android 开发工具 1年以前  |  2258次官网
听FackBook工程师讲*Custom ViewGroups* 1年以前  |  2183次官网
你应该知道的布局和属性 1年以前  |  2182次官网
MVP在Android平台上的应用 1年以前  |  2158次官网

qy77千亿国际富爸爸娱乐官网qy77千亿国际