Android开发中StackOverflowError错误实例分析 一、概述 我在一个复杂的layout嵌套较多的android界面，碰到了java.lang.StackOverflowError这个Fatal Exception，app程序crash退出。这个错误出现的比较奇怪，在我做技术调研的时候，这个界面是放在单独的一个程序中展示的，工作很正常，没有出现这个严重错误,当将其嵌入到一个ActivityGroup后才报错。 android SDK中对该错误的出现的场景描述为：
本篇是《教你步步为营掌握自定义View》一文的姊妹篇。自定义ViewGroup的文章很多，但都有一个缺点，没有回应用户关切，比如我在读那些文章时，就很想知道，自定义的ViewGroup如何使用layout_gravity？在onMeasure中，自定义的ViewGroup会将所有子View的尺寸加起来设置成自己的尺寸，如果超过了自定义ViewGroup的parent限定的尺寸怎么办？而且onMeasure中，ViewGroup给每一个子View设置的MeasureSpec中的宽高都是它的parent给它的宽
在 Android 中视图组是集合若干个控件在一起的元素，ViewGroup 有两种用法，一种是像普通的控件一样使用（如网页视图、旋转按钮、文本切换器、图像切换器、单选按钮组等），另一种是作为布局容器使用（各种布局）。
Touch事件分发中只有两个主角:ViewGroup和View。ViewGroup包含onInterceptTouchEvent、dispatchTouchEvent、onTouchEvent三个相关事件。View包含dispatchTouchEvent、onTouchEvent两个相关事件。其中ViewGroup又继承于View。 ViewGroup和View组成了一个树状结构，根节点为Activity内部包含的一个ViwGroup。 触摸事件由Action_Down、Action_Move、Aciton
Android中的View与我们以前理解的“视图”不同。在Android中，View比视图具有更广的含义，它包含了用户交互和显示，更像Windows操作系统中的window。
布局很简单，代码就是打个日志看看，为了不影响阅读，放在最后 Android事件处理机制真是个磨人的小妖精，被她卡过两次，一卡住就不行玩安卓，跑过去玩html、js、css了 最好自己动手测试一下，印象更深 一、妖鸟三姐妹：dispatchTouchEvent---onInterceptTouchEvent---onTouchEvent 点击：ViewGroup1（最外层） I/System.out: MainActivity dispatchTouchEvent I/System.out: Vie
出现这个问题真的很难受，搞了好久，其实不同的机型有不同的效果，我在魅族 手机 华硕手机 华为p8上都没有出现这样的问题
当我们手机触碰屏幕时会产生一系列的MotionEvent对象，根据触摸的情况不同，这些对象的类型也会不同。具体如下：
Android 开发中，很多情况下，我们需要对触摸事件进行处理，但是当面对错综复杂的 Android 布局时，我们如何准确的将一个用户的触摸事件传递到对应的控件中并让它进行处理呢？
可以分析到,系统默认为ViewGroup自定义了宽高属性width和height,将其获取方式封装在LayoutParams中,系统考虑所有的View肯定都有宽高,所以就直接统一定义了,有一个疑问为啥不定义在View中,因为子View定义的宽高都是layout_width,layout_height,都是相对于父容器的 接下来分析,系统是如何将这个统一的ViewGroup.LayoutParams宽高属性给到View的呢？
ViewGroup是一组View的组合，在其内部会包含多个子View，当用户点击屏幕的时候，点击的位置可能在ViewGroup上，也可能在其内部View控件上。
之前分析中说了，ViewGroup会去管理其子View，其中一个管理项目就是负责子View的显示大小。当ViewGroup的大小为wrap_content时，ViewGroup就需要对子View进行遍历，以便获得所有子View的大小，从而来决定自己的大小。而在其他模式下则会通过具体的指定值来设置自身的大小。 ViewGroup在测量时通过遍历所有子View，从而调用子View的Measure方法来获得每一个子View的测量结果，前面所说的对View的测量，就是在这里进行的。 当子View测量完毕后，就需要将子View放到合适的位置，这个过程就是View的Layout过程，同样是使用遍历来调用子View的Layout方法，并制定其具体显示的位置，从而来决定其布局位置。 在自定义ViewGroup时，通常会去重写onLayout()方法来控制其子View显示位置的逻辑。同样，如果需要支持wrap_content属性，那么它还需要重写onMeasure()方法，这点与View是相同的。
在平时的开发过程中，我们一般是通过XML文件去定义布局，所以对于LayoutParams的使用可能相对较少。但是在需要动态改变View的布局参数（比如宽度、位置）时，就必须要借助这个重要的类了。本文将结合具体源码详细讲解LayoutParams的相关知识。
前言 事件的分发是面试的必考题，也是Android作为一个移动系统，与用户交互的基础。由于整个事件分发比较繁杂，这里做一个总结，以作备忘。 事实上，Android系统中的事件分发机制是一个委托者模型。我们先从最简单的看起。 三个方法 在Android的摸触事件中，我们通常关注的方法有三个。 dispatchTouchEvent(MotionEvent event) onInterceptTouchEvent(MotionEvent event) onTouchEvent(MotionEvent event)
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 一 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 二 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 三 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 四 | View 事件传递机制 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 五 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 六 ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 七 )
此处需要特别说明：事件列，即指从手指接触屏幕至手指离开屏幕这个过程产生的一系列事件。一般情况下，事件列都是以DOWN事件开始、UP事件结束，中间有无数的MOVE事件。
直接来一发最终的实现效果。 至于自动轮播和无限轮播的效果，可以自行百度或者google，这个不是本文的重点。
View和Activity的区别 android的四大组件，Activity是四大组件中唯一一个用来和用户进行交互的组件。可以说Activity就是android的视图层。 如果再细化，Activity相当于视图层中的控制层，是用来控制和管理View的，真正用来显示和处理事件的实际上是View。 每个Activity内部都有一个Window对象， Window对象包含了一个DecorView(实际上就是FrameLayout)，我们通过setContentView给Activity设置显示的View实际上都
上一期跟随拇指记者，发现了Android公司在指派具体的人之前的种种机制，今天就继续探索，看看任务具体的处理消费逻辑。
回调方法, 从XML布局中加载该重写的View组件的时候, 就会回调这个方法;
LayoutParams继承于Android.View.ViewGroup.LayoutParams相当于一个Layout的信息包，它封装了Layout的位置、高、宽等信息。假设在屏幕上一块区域是由一个Layout占领的，如果将一个View添加到一个Layout中，最好告诉Layout用户期望的布局方式，也就是将一个认可的layoutParams传递进去。
Android中的View包含了用户交互和显示，类似于Windows操作系统中的window。
LayoutParams，顾名思义，就是布局参数。而且大多数人对此都是司空见惯，我们 XML 文件里面的每一个 View 都会接触到 layout_xxx 这样的属性，这实际上就是对布局参数的描述。大概大家也就清楚了，layout_ 这样开头的东西都不属于 View，而是控制具体显示在哪里。
事件分发机制在android中非常常见，比如：手势滑动，自定义View,多点触控都有它的身影。事件分发的顺序是：Activity->GroupView->View,GrounpView包括五大布局，ListView和GridView等，View包括TextView,ImageView等。我们今天就来搞一下。
我们知道ViewGroup就是View的容器类，我们经常用的LinearLayout，RelativeLayout等都是ViewGroup的子类，因为ViewGroup有很多子View，所以它的整个绘制过程相对于View会复杂一点，但是还是三个步骤measure，layout，draw，我们一次说明。
前言：上篇中我们讲解了如何快速实现了一个滑动页面，但问题在于，PageAdapter必须要重写的四个函数，它们都各有什么意义，在上节的函数内部为什么要这么实现，下面我们就结合android的API说明，详细讲解一下。
（2）【处理事件，独一无二】 正常情况下，一个事件序列只能被一个View拦截且消耗！！！ 这一条的原因可以参考（3）， 因为一旦一个元素拦截了某此事件， 那么同一个事件序列内的所有事件都会直接交给它处理！！！ 因此同一个事件序列中的事件不能分别由两个View同时处理！！！ 除非， 将本该由某个View自己处理的事件 通过onTouchEvent强行传递给其他View处理。 （3）【事件序列，从一而终】 某个View一旦决定拦截，则这一个事件序列都只能由它来处理 （如果事件序列能够传递给它的话）， 并且它的onInterceptTouchEvent不会再被调用！！！ 当一个View决定拦截一个事件后， 那么系统会把同一个事件序列内的其他方法都直接交给它来处理， 因此 就不用再调用这个View的onInterceptTouchEvent去询问它是否要拦截了。 （4）【短期失信】 某个View一旦开始处理事件， 如果它不消耗ACTION_DOWN事件（onTouchEvent返回了false）， 那么同一事件序列中的其他事件都不会再交给它来处理， 【即，View放弃处理ACTION_DOWN，便放弃了整个事件序列！！!】 并且事件将重新交由它的父元素去处理， 即父元素的onTouchEvent会被调用。【事件向上“回传”】 即， 事件一旦交给一个View处理，那么它就必须消耗掉！！！ 否则同一事件序列中剩下的事件就不再交给它来处理了！！！ 好比上级交给程序员一件事，如果这件事没有处理好， 短期内上级就不敢再把事情交给这个程序员做。 （5）【余粮上缴】 如果View不消耗除ACTION_DOWN以外的其他事件， 那么这个点击事件会消失， 此时父元素的onTouchEvent并不会被调用， 并且当前View可以持续收到后续的事件， 最终这些消失的点击事件会传递给Activity处理。 （6）ViewGroup默认不拦截任何事件。 Android源码中 ViewGroup的onInterceptTouch-Event方法默认返回false。 （7）View没有onInterceptTouchEvent方法，一旦有点击事件传递给它，那么它的onTouchEvent方法就会被调用。 （8）View的onTouchEvent默认都会消耗事件（返回true）！！！！！！！ 除非它是不可点击的（clickable 和longClickable同时为false）。 View的longClickable属性默认都为false， clickable属性要分情况， 比如Button的clickable属性默认为true， 而TextView的clickable属性默认为false。 （9）【enable无用，clickable居上】 View的enable属性不影响onTouchEvent的默认返回值。哪怕一个View是disable状态的！！！！！ 只要它的clickable或者longClickable有一个为true， 那么它的onTouchEvent就返回true！！！ （10）onClick会发生的前提是当前View是可点击的，并且它收到了down和up的事件。 （11）【由外而内；以下犯上】 事件传递过程是由外向内的， 即事件总是先传递给父元素，然后再由父元素分发给子View， 通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的事件分发过程，但是ACTION_DOWN事件除外。
国内自定义View的文章汗牛充栋，但是，即使你全部看完它们也未必能掌握这一知识点（实际上，我就几乎看完了所有的国内文章）。为什么？一言以蔽之，你是得其术不明其道。(本文不打算讲自定义属性和事件处理，因为太多的文章讲这些了) 一、自定义View，你真的掌握了吗？ 什么？你说你掌握了自定义View？来来来，回答老衲如下问题： Google提出View这个概念的目的是什么？ View这个概念与Activtiy、Fragment以及Drawable之间是一种什么样的关系？ View能够感知Activity的生命周期
android的view管理是以window为单位的，每个window对应一个view树。这里管理涉及到view的绘制以及事件分发等。Window机制不仅管理着view的显示，也负责view的事件分发。
每一个ViewGroup(例如LinearLayout, RelativeLayout, CoordinatorLayout, etc)需要存储有关其孩子view的属性信息。它的孩子view被放在ViewGroup，这些位置信息存储在一个包装类viewgroup.layoutparams对象中。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
向一个ViewGroup中添加View或移除View时，针对当前所有的View，是可以有一个动画效果的，这个动画效果主要靠LayoutTransition实现。
【Android 事件分发】事件分发源码分析 ( 驱动层通过中断传递事件 | WindowManagerService 向 View 层传递事件 ) 【Android 事件分发】事件分发源码分析 ( Activity 中各层级的事件传递 | Activity -＞ PhoneWindow -＞ DecorView -＞ ViewGroup ) 【Android 事件分发】事件分发源码分析 ( ViewGroup 事件传递机制 一 )
在实际开发中，我们经常遇到需要在ListView或RecycleView头部添加ViewPager实现Banner轮播效果，并需要添加下拉刷新，上拉加载功能。
LayoutInflater.inflate方法基本上每个开发者都用过，也有很多开发者了解过它的两个方法的区别，也有一些开发者去研究过源码，我这里再重复分析这个方法的源码其实一是做个记录，二是指出我认为的几个重点，帮助我们没有看过源码的人去了解将xml布局加载到代码中的过程。这里我们需要重点关注三个问题，然后根据对源码的分析来解决这三个问题，帮助我们详细了解inflate的过程及影响，那么这篇文章的目的就达到了。
在Android开发中，事件分发机制是一块Android比较重要的知识体系，了解并熟悉整套的分发机制有助于更好的分析各种点击滑动失效问题，更好去扩展控件的事件功能和开发自定义控件，同时事件分发机制也是Android面试必问考点之一，如果你能把下面的一些事件分发图当场画出来肯定加分不少。废话不多说，总结一句:事件分发机制很重要。 Android 事件分发流 关于Android 事件分发机制网上的博文很多，但是很多都是写个Demo然后贴一下输出的Log或者拿源码分析，然后一堆的注释和说明，如果用心的去看肯定是收
页面上有两个下拉菜单选项，选择月份的，一个起始月份，一个终止月份，要求起始月份和终止月份一样（不知道为什么一样的话为什么还设计成点击两次而不是直接选择一个月份就可以了，页面就是这么设计的），选择的时候根据月份，第二个下拉菜单能找到元素，但是点击不到。
Android滑动冲突是Android开发中常见的问题。在一个界面中，可能存在多个View可以响应滑动事件。如果这些View滑动方向一致，则会导致滑动冲突。本文将从原理、使用与优化三个方面，详细介绍Android滑动冲突的解决方式。
在上一篇文章里，我总结了一下自定义控件需要了解的基础知识：View的绘制流程——《自定义控件知识储备-View的绘制流程》。其中，在View的测量流程里，View的测量宽高是由父控件的MeasureSpec和View自身的LayoutParams共同决定的。MeasureSpec是什么，上一篇文章里已经说得很清楚了（啥，没看过？快去路克路克，(๑•̀ㅂ•́)و✧）。而LayoutParams呢？是时候在这里做个了断了。
首先看效果图， 看下这两个界面，第一个中用到了一个自定义的FlowRadioGroup,支持复合子控件，自定义布局； 第二个界面中看到了输入的数字 自动4位分割了吧；也用到了自定义的Divisio
继上一篇分析，今天我们来接着分析Activity的Touch事件是如何分发传递的。 都知道在Android中的事件主要包括三部分内容：分发事件dispatchTouchEvent、拦截事件onInterceptTouchEvent、消费事件onTouchEvent。这几乎是所有开发者都要面临的问题，无论是解决一些事件冲突问题，还是自定义View，都会或多或少涉及到。由于其独特的重要性，大多数面试的时候也基本会有所涉及，所以很好的掌握View的Touch事件传递显得尤其重要。 1、Activi
注意事项 使用include最常见的问题就是findViewById查找不到目标控件，这个问题出现的前提是在include时设置了id，而在findViewById时却用了被include进来的布局的根元素id。例如上述例子中，include时设置了该布局的id为my_title_ly，而my_title_layout.xml中的根视图的id为my_title_parent_id。此时如果通过findViewById来找my_title_parent_id这个控件，然后再查找my_title_parent_id下的子控件则会抛出空指针。代码如下 :
投稿作者：zhuhf 原文链接：http://www.jianshu.com/p/111a7bc76a0e 特别声明：本文为zhuhf原创并授权发布，未经原作者允许请勿转载，转载请联系原作者。 一、概
在Android开发中，我们经常需要自定义View来实现特定的界面效果。要实现一个自定义View，我们需要了解并掌握onLayout、onMeasure和onDraw这三个关键方法。本文将详细介绍这三个方法的用法和解释，并给出两个自定义View的案例。
前不久，在开发Android视频播放器的时候，使用手机的4G播放时出现了getDataNetworkTypeForSubscriber错误，详细的报错信息如下：
具体请看文章：Android自定义View基础：MeasureSpec类到底是什么？
地址 http://blog.csdn.net/xiangyong_1521/article/details/78804104 http://www.jianshu.com/p/c84693096e41 ---- 自定义ViewGroup 自定义View的过程很简单，就那几步，可自定义ViewGroup可就没那么简单啦~，因为它不仅要管好自己的，还要兼顾它的子View。我们都知道ViewGroup是个View容器，它装纳child View并且负责把child View放入指定的位置。我们假象一下，如果是让
在Android开发中，手势操作被广泛应用于各种应用场景，如滑动、双击等。本文将介绍Android手势事件传递的原理，包括手势事件的类型、分发机制和处理流程等内容，并提供一些优化用户体验的技巧。
其实Android studio的出现很大程度上方便了我们Android开发人员，今天我们说说怎么构建我们自己的库。 依次按File->New Moudle->android Library就好了，这
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
