android开发艺术探索笔记

Activity生命周期

从整个生命周期来说，onCreate和onDestroy是配对的，分别标志着Activity的创建和销毁，并且只可能有一次调用。从Activity是否可见来说，onStart和onStop是配对的，随着用户的操作或者设备屏幕的点亮和熄灭，这两个方法可能被调用很多次；从Activity是否在前台来说，onResume和onPause是配对的，随着用户操作或者设备屏幕的额点亮和熄灭，这两个方法肯可能被调用多次。

作者说设置activity为透明主题的时候，onStop不会回调，那么启动的时候onStart也应该不会回调。至今还不知道用什么主题能让Activity不回调这个方法。

  1. @android:style/Theme.Translucent

  2. @android:style/Theme.Translucent.NoTitleBar

  3. @android:style/Theme.Translucent.NoTitleBar.Fullscreen

    这几个不行

    ​

横竖屏切换

屏幕横竖屏切换导致activity的销毁和重建，onSavaInstanceState,onRestoreInstance用来销毁的数据保存和重建的现场恢复。接受的Bundle恢复工作可以在onRestoreInstance和onCreate中进行，而两个方法的区别在于，onRestoreInstanceState一旦被调用，其参数Bundle一定是有值的。

这两个方法，被调用的时机是activity异常终止才会被调用。而正常销毁并不会被调用。这里的异常终止可以是屏幕旋转，可以是因为内存不足后台的activity被回收

启动模式

activity A启动了activity B，这时候B会进入A的任务栈。而有的时候我们启动activity会用ApplicationContext来启动一个activity，会报错。要加上FLAG_ACTIVITY_NEW_TASK。因为application并没有什么任务栈。这时候的B其实是一个singleTask模式

singleTop模式下，如果新的activity已经卫浴任务栈的栈顶，那么此activity不会被重建，同时它的onNewIntent方法会被回调。通过此方法参数我们可以去除当前请求的信息。如果新activity不自在栈顶，新的acitivity仍然会重建。

TaskAffinity属性主要和singleTask启动模式或者allowTaskReparenting属性配对使用。allowTaskReparenting为true的时候，应用A启动了另一个应用B的某个Activity后，此Activity会直接从应用A的任务栈转移到应用B的任务栈，

当TashAffinity和singleTask启动模式配对使用的时候，它是具有改模式的Activity的目前任务栈的名字，待启动的activity会运行在名字和TashAffinity相同的任务栈中。

启动标志FLAGS

FLAG_ACTIVITY_NEW_TASK

这个标记为作用是为activity指定singleTask启动模式

FLAG_ACTIVITY_SINGLE_TOP

singleTop模式

FLAG_ACTIVITY_CLEAR_TOP

具有此标记为的activity当它启动时，再同一个任务栈中所有位于它上面的额activity都要出站，这个模式一般需要和FLAG_ACTIVITY_NEW_TASK配合使用，在这种情况下，被启动的activity的实例如果已经存在，那么系统就会调用它的onNewIntent。如果被启动的activity采用standard模式启动，那么它连同它之上的activity都要出栈，系统会创建新的activity实例并放入栈顶。

FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

具有这个编辑的activity不会出现在历史activity列表中国的，昂某些情况下我们不希望用户通过历史列表回到我们的activity的时候这个标记比较有用

IntentFilter的匹配规则

IPC通信

为四大应用主见分配进程时候。进程名字以“:”开头的进程属于当前应用的私有进程，其他应用的组件不可以和他泡在同一个进程中，而进程名不以“:”开头的进程属于全局进程。其他应用可以同过ShareUID方式和它跑在同一个进程中。

两个应用通过shareUID跑在同一个进程汇总是有要求的。需要这两个应用具有相同的ShareUID和签名才可以。他们可以互相访问对方的私有数据，data目录。组件信息。如果跑在同一个进程中。除了能共享data目录，组件信息。还可以共享内存数据，或者说他们看起来就像是一个应用的两个部分。

序列化Serializable

序列化的类指定serialVersionUID，是为了反序列化的时候，系统会去检测文件中的这个值，如果一致，说明序列化的类的版本和当前类的版本是相同的。如果不一致，说明当前类和序列化的类相比发生了某些变化，比如成员变量的数量，类型可能发生了变化。这个时候是无法正常反序列化的。

如果不手动指定这个值，反序列化时，当前类所有改变的，比如增加或者珊瑚了某些成员变量，那么系统就会重新计算当前类的hash值，并且把它复制给serialVersionUID。这样导致不一致。

如果我们手动指定这个值，在类删除和增加成员变量的时候，可以最大限度回复数据。如果不指定，就直接挂了。而如果类结构发生了非常规性改变，比如修改了类名，修改了成员变量的类型。这个时候尽管serialVersionUID 尽管验证通过了，但是反序列化还是会失败。因为累结构有了毁灭性的改变。

静态成员变量补数据对象，所有不会参与序列化过程。用了transient关键字标记的成员变量不参与序列化过程。

Parcelable接口

内容描述功能有describeContents方法来描述，几乎在所有情况下这个方法都应该返回0，仅当当前对象中存在文件描述符时，此方法返回1。

Binder

进程通信方式，intent bundle，文件共享，sp，Messenger，aidl，contentprovider,socket

view体系

view在平移过程中，top和left表示的是原始左上角的位置信息，其值并不会发生改变，此时改变的事x，y，translationX，translationY这四个参数。

TouchSlop是系统所能识别的呗认为是滑动的最小距离。和设备有关可以通过

1
ViewConfiguration.get(getContext().getScaledTouchSlop());
VelocityTracker,GestureDetector,Scroller

VelocityTracker。速度追踪，用户追踪手指在滑动过程中的速度。包括水平和竖直方向的速度。

1
2
3
4
5
6
7
8
9
10
@Override
   public boolean onTouchEvent(MotionEvent event) {
       VelocityTracker velocityTracker=VelocityTracker.obtain();
       velocityTracker.addMovement(event);
       velocityTracker.computeCurrentVelocity(1000);
       float xVelocity=velocityTracker.getXVelocity();
       float yVelocity=velocityTracker.getYVelocity();
       Log.d(TAG,"--------"+xVelocity+"======"+yVelocity+"=======");
       return super.onTouchEvent(event);
   }

Scroller。View内部mScrollX,mScrollY的改变规则，这两个属性可以通过它们的get方法分别获得。在滑动过程中，mScrollX的值中式等于View左边缘和View内容左边在水平方向的距离。而mScrollY的值中式等于View的上边缘和View的内容上边缘的距离。View的边缘是指View的位置，由四个点组成。而View的内容边缘是指View中的内容的边缘。scrollTo，scrollBy只能改变View的内容位置，而不能改变View在布局中的位置。当View左边缘在view的内容左边缘的右边的时候，mScrollX为正值。反之负值。Y类似。

如果从左向右滑动mScrollX负值

（疑问?那么view的点击事件呢？点击事件还是在原来位置）

使用动画

当用动画移动view的时候，点击事件呢？

1
2
3
4
5
6
7
<?xml version="1.0" encoding="UTF-8"?>
<set xmlns:android="http://schemas.android.com/apk/res/android" >
    <translate
        android:duration="3000"
        android:fromYDelta="-100%"
        android:toYDelta="200%" />
</set>

转场动画，接收事件的位置还是在原来的地方。并没有真正移动view的位置。当动画设置为fillafter之后，动画不会变回原来位子，但是动画view的点击事件不见了。。

1
ObjectAnimator.ofFloat(tv_tt,"translationY",0,1000).setDuration(2000).start();

属性动画，接收事件的位置会改变。

View事件分发

伪代码

1
2
3
4
5
6
7
8
9
10
11

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    boolean consume=false;
    if (onInterceptTouchEvent(ev)){
        consume=onTouchEvent(ev);
    }else{
        consume=child.dispathTouchEvent(ev);
    }
    return consume;
}

一个view如果设置了onTouchListener，并且onTouch返回true消耗了事件，这个view的onTouchEvent将不会被回调。说明优先级高。在onTouchEvent中有判断如果设置了onClickListener，onclick回调。说明onclick优先级最低。

当一个点击事件产生后，它的传递过程遵循如下顺序，activity->window->view。如果一个view的ontouchevent返回false，那么它的父容器的ontouchevent将会被调用。如果所有元素的都不处理这个事件。那么这个事件将会最终传递给activity处理，activity的onTouchEvent将会被调用。

  • 同一个事件是指从手指接触屏幕的那一刻起，到手指离开屏幕的那一刻结束。在这个过程中所产生的一系列事件，这个事件序列以down事件开始，中间含有数量不定的move事件。最终以up事件结束。
  • 正常情况下，一个事件序列只能被一个view拦截且小号，因为一旦一个元素拦截了某次事件，那么同一个事件序列内的所有事件都会直接交给它处理。
  • 某个view一旦决定拦截。那么这个事件序列都能只能给它处理，并且它的onInterceptTouchEvent不会再被调用。不需要询问是否要拦截。
  • 某个view一旦开始处理事件，如果它不消耗down事件，那么同一个事件序列中的其他事件都不会再交给它处理。并且事件将重新交由它的父元素去处理，即父元素的onTouchEvent事件会被调用。意思就是一旦交给一个view处理。那么它就必须消耗掉。
  • 如果view不消耗除了down以外的其他事件，那么这个点击事件会消失，此时父元素的onTouchEvent并不会被调用。并且当前view可以持续受到后续事件。最终这些消失的事件会传递给activity处理。
  • viewGroup默认不会拦截任何事件
  • view没有onInterceptTouchEvent
  • view的onTouchEvent默认都会消耗事件，除非它是不可点击的。clickable和longclickable都为false。
  • view的enable属性不影响onTouchEvent的默认返回值。
  • onclick事件发生的前提是当前view是可以点击的。并且它接受了down和up的事件

View工作原理

setWillNotDraw，默认view没有启动这个标记优化，viewgroup有启动。viewGroup本身不具备绘制功能。如果需要draw，则要关闭这个标记

RemoteViews

remoteViews提供了基础操作，用于跨进程更新它的界面。通知栏和小组件。

Drawable

分类BitmapDrawable，ShapeDrawable，LayerDrawable,StateListDrawable等。

动画

windows

dialog的window创建和activity创建过程类似，但是，创建dialog需要传入activity的上下文，如果传入application的上下文会报错。没有应用的token。应用的token一般只有activity有，另外，心痛的windows可以不需要token，因此，如果指定为系统的类型就可以不用token。要声明系统windows权限。

Toast也是基于window实现。