[安卓]Android onTouch事件解析(安卓Android下载)

推荐整理分享[安卓]Android onTouch事件解析(安卓Android下载)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:安卓Android课程设计聊天app注册登录界面设,安卓Android项目大作业源码下载,安卓Android13,安卓Android下载,安卓Android,安卓Android下载,安卓Android下载,安卓Android十大吸费病毒软件,内容如对您有帮助，希望把文章链接给更多的朋友！

原文地址： onScroll, onFling等等，都是由许多个Touch组成的。其中Touch的第一个状态肯定是ACTION_DOWN, 表示按下了屏幕。之后，touch将会有后续事件，可能是：ACTION_MOVE //表示为移动手势ACTION_UP //表示为离开屏幕ACTION_CANCEL //表示取消手势，不会由用户产生，而是由程序产生的一个Action_DOWN, n个ACTION_MOVE, 1个ACTION_UP，就构成了Android中众多的事件。在Android中，有一类控件是中还可以包含其他的子控件，这类控件是继承于ViewGroup类，例如：ListView, Gallery, GridView。还有一类控件是不能再包含子控件，例如：TextView。本文的主要讨论对象就是ViewGroup类的控件嵌套时事件触发情况。对于ViewGroup类的控件，有一个很重要的方法，就是onInterceptTouchEvent()，用于处理事件并改变事件的传递方向，它的返回&#;是一个布尔&#;，决定了Touch事件是否要向它包含的子View继续传递，这个方法是从父View向子View传递。而方法onTouchEvent()，用于接收事件并处理，它的返回&#;也是一个布尔&#;，决定了事件及后续事件是否继续向上传递，这个方法是从子View向父View传递。touch事件在 onInterceptTouchEvent()和onTouchEvent以及各个childView间的传递机制完全取决于onInterceptTouchEvent()和onTouchEvent()的返回&#;。返回&#;为true表示事件被正确接收和处理了，返回&#;为false表示事件没有被处理，将继续传递下去。ACTION_DOWN事件会传到某个ViewGroup类的onInterceptTouchEvent，如果返回false，则DOWN事件继续向子ViewGroup类的onInterceptTouchEvent传递，如果子View不是ViewGroup类的控件，则传递给它的onTouchEvent。如果onInterceptTouchEvent返回了true,则DOWN事件传递给它的onTouchEvent，不再继续传递，并且之后的后续事件也都传递给它的onTouchEvent。如果某View的onTouchEvent返回了false，则DOWN事件继续向其父ViewGroup类的onTouchEvent传递；如果返回了true，则后续事件会直接传递给其onTouchEvent继续处理。（后续事件只会传递给对于必要事件ACTION_DOWN返回了true的onTouchEvent）onInterceptTouchEvent()用于处理事件并改变事件的传递方向。处理事件这个不用说了，你在函数内部编写代码处理就可以了。而决定传递方向的是返回&#;，返回为false时事件会传递给子控件的onInterceptTouchEvent()；返回&#;为true时事件会传递给当前控件的onTouchEvent()，而不在传递给子控件，这就是所谓的Intercept(截断)。onTouchEvent() 用于处理事件，返回&#;决定当前控件是否消费（consume）了这个事件。可能你要问是否消费了又区别吗，反正我已经针对事件编写了处理代码？答案是有区别！比如ACTION_MOVE或者ACTION_UP发生的前提是一定曾经发生了ACTION_DOWN，如果你没有消费ACTION_DOWN，那么系统会认为ACTION_DOWN没有发生过，所以ACTION_MOVE或者ACTION_UP就不能被捕获。在没有重写onInterceptTouchEvent()和onTouchEvent()的情况下(他们的返回&#;都是false), 对上面这个布局，MotionEvent事件的传递顺序如下：当某个控件的onInterceptTouchEvent()返回&#;为true时，就会发生截断，事件被传到当前控件的onTouchEvent()。如我们将LayoutView2的onInterceptTouchEvent()返回&#;为true,则传递流程变成：如果我们同时将LayoutView2的onInterceptTouchEvent()和onTouchEvent()设置成true，那么LayoutView2将消费被传递的事件，同时后续事件（如跟着ACTION_DOWN的ACTION_MOVE或者ACTION_UP）会直接传给LayoutView2的onTouchEvent(),不传给其他任何控件的任何函数。同时传递给子空间一个ACTION_CANCEL事件。传递流程变成（图中没有画出ACTION_CANCEL事件）： Button的onTouch，onClick，onLongClick事件发生先后顺序和关联：一，onTouch返回false首先是onTouch事件的down事件发生，此时， 如果长按，触发onLongClick事件；然后是onTouch事件的up事件发生，up完毕，最后触发onClick事件。二，onTouch返回true首先是onTouch事件的down事件发生，然后是onTouch事件的up事件发生；期间不触发onClick和onLongClick事件三，onTouch：down返回true，up返回false：结果同二。 机制分析： onTouch事件中：down事件返回&#;标记此次事件是否为点击事件（返回false，是点击事件；返回true，不记为点击事件），而up事件标记此次事件结束时间，也就是判断是否为长按。只要当down返回true时候，系统将不把本次事件记录为点击事件，也就不会触发onClick或者onLongClick事件了。因此尽管当up的时候返回false，系统也不会继续触发onClick事件了。四，onTouch：down返回false，up返回true： 首先是onTouch事件的down事件发生，此时： 长按，触发onLongClick事件，然后是onTouch事件的up事件发生，完毕。 短按，先触发onTouch的up事件， 到一定时间后，自动触发onLongClick事件。 机制分析： onTouch事件中：down事件返回&#;标记此次事件是否为点击事件（返回false，是点击事件；返回true，不记为点击事件），而up事件标记此次事件结束时间，也就是判断是否为长按。 当down返回false，标记此次事件为点击事件，而up返回了true，则表示此次事件一直没有结束，也就是一直长按下去了，达到长按临界时间后，自然触发长按事件，而onClick事件没有触发到

修改android usb的VID PID VID：VendorIDPID：ProductID查看VID和PID：device链接Ubuntu，终端下输入lsusbyin@yin:~$lsusbBusDevice:IDd9:HoltekSemiconductor,Inc.BusDevice:ID1d6b:LinuxFoundation2

不同版本安卓控件的样式统一 其实很简单，只需要简单的几部。首先更新AndroidSupportLibrary至.1或者以上的版本在项目中添加对SuppertV7包的引用在AndroidManifest.xml中的application标签下添

安卓图片压缩丑的根源----十年前Google的错误 前些时候有人问：安卓版微信发出去的图片怎么那么丑！比iPhone的差远了！肯定是安卓手机太水了。当然这是用户的抱怨，不只是微信，很多应用安卓