1.测试view中的回调方法和activity中的onClickListener(参数)方法的执行顺序，以及activity中和自定义
view中的同样的方法的执行顺序。
当我在自定义view和activity中分别重写onKeyDown(int keyCode,KeyEvent event)，onKeyUp(int keyCode,KeyEvent event),
onTouchEvent(MotionEvent event)方法时，发现对于onkeyDown（参数）和onKeyUp(参数)方法而言，方法的执行顺序是先执行
view中的onKeyDown(参数)然后执行activity中的onKeyDown(参数)方法，然后执行view中的onKeyUp(参数)和activity中的onKeyUp(参数)
方法，但是对于onTouchEvent(参数)方法而言，只是运行view中的onTouchEvent(参数)方法，对于activity中的onTouchEvent(参数)方法
不会执行，但是会执行activity中的onClickListener方法，顺序是先执行view中的再执行activity中的onClickListener(参数)方法。
疑惑：为什么点击屏幕时不会调用activity中的onTouchEvent(参数)方法，而是调用onClickListener()方法，按照sundy老师的讲述，
对于硬按键被按下时会发一个系统消息，消息的内容大概是哪个按键被触发了，那么这个消息谁来接收呢？是由当前活动状态的上下文接收，
这个上下文是在活动的activity里的，activity再发给phonewindow，phonewindow再发给viewtree中的view root，从view root中开始查找焦点
元素，然后在这里开始处理这个事件，这里就会有一个事件上传机制，就是说，若这个焦点元素不想处理这个事件，那么就可以将这个事件上传
给它的父容器，这样依次传递，这个传递机制是通过处理事件方法的返回值来判断的，若是true，就不传递，表示这个事件处理完毕，若是false
或者是默认值就开始往上传递，最上就是activity。而对于屏幕被按下的情况，按下屏幕时也会发一个系统消息，而这时是通过点击的位置来快
速查找焦点元素，然后在这里开始处理这个事件，这时就和硬按键被按下一样了。这里有一个特殊情况，当输入法打开时，硬键盘被按下的消息
首先传递给输入法窗体，不再发给viewtree中的view root，而对于现在的软键盘而言，若软键盘被打开，则消息传递给软键盘。
结论是：view的先执行，activity的后执行，但是当按下硬按键时会执行view和activity中的，而按下屏幕
时是执行view中的，然后执行activity中的onClickListener()方法。
2.对于点击屏幕时不会调用activity的onTouchEvent(参数)方法，而是调用onClickListener(参数)方法这个结果做的实验。
当我将onClickListener(参数)方法注释时，执行顺序是在view中的onTouchEvent(参数)方法中寻找到与按下动作一致的action_down这个动作，
然后跳转到activity中的onTouchEvent(参数)方法中，寻找action_down这个动作，然后再继续在activity中的onTouchEvent(参数)方法中寻找
接下来的动作，不再跳转回view中，而将onClickListener(参数)方法写进去时，执行顺序是在view中的onTouchEvent(参数)方法中寻找与按下
动作一致的MotionEvent.ACTION_DOWN这个动作，然后接着找寻接下来对应的动作，直致找寻完后，再跳转到activity中的onclicklistener()这个方法中，
不会再去activity中的onTouchEvent(参数)方法中。
结论是如果有onClickListener()方法，就会在view中的onTouchEvent(参数)方法中寻
找对应的动作，寻找完所有的动作后就会跳转到activity中的onClickListener()方法中，而对于没有onClickListener()方法的activity，就会
先在view中寻找第一个动作，当执行完一次onTouchEvent(参数)方法后然后跳转到activity中的onTouchEvent(参数)方法中，寻找与按下
动作一致的MotionEvent.ACTION_DOWN
动作，也就是与第一个动作一致的代码块中，然后再执行activity中与接下来动作一致的代码块，不会再回到view中。
