Please enable JavaScript.

Coggle requires JavaScript to display documents.

android开发艺术探索 (activity生命周期和启动模式 (启动模式 (standard 标准模式 (每启动一次，创建一个实例,…

- - - - onPause后，新Activity才执行 onResume
      - 启动：onCreate -> onStart -> onResume
      - 回调：onRestart -> onStart -> onResume
      - onStart, onStop 配对，是否可见
      - onResume, onPause 配对，是否前台
    - - onSaveInstanceState 在 onStop 之前调用，保存数据
      - onRestoreInstanceState 在 onStart 之后调用，恢复数据
      - View 有 onSaveInstanceState, onRestoreInstanceState 方法
      - android:configChanges 限制手机状态改变时重新 onCreate
  - - - 每启动一次，创建一个实例
      - 非Activity类型的Context 没有任务栈，需要标识 FLAG_ACTIVITY_NEW_TASK
    - - 新Activity已在栈顶，不会重新创建，触发onNewIntent方法
      - 新Activity 不在栈顶，重新创建
    - - 默认具有clearTop效果，会触发onNewIntent 方法
    - - 只能单独地位于任务栈
    - - android:launchMode
        
        无法指定ClearTop标识
        
        优先级低
      - Intent.FLAG_ACTIVITY
        
        优先级高
        
        无法指定singleInstance模式
  - - - iintent中的action存在且必须和过滤规则中的其中一个action相同
    - - 可以没有category，有则每个都需能够与过滤规则中的任何一个category相同
      - 默认加上 android.intent.category.DEFAULT
    - - 要求intent中必须包含data数据，并且能够完全匹配规律规则中的某一个data
      - 如果为intent指定完整的data，必须要调用setDataAndType方法，不能先setData再调用setType
- - - - 底层通过读写xml文件实现。并发读写都可能出现问题
  - - - Java 序列化接口
      - 指定serialVersionUID，避免反序列化失败。
      - 使用简单，开销大
      - 适合序列化到存储设备中或网络传输
    - - 序列化并可通过Intent 和 Binder传递
      - 效率很高，推荐的序列化方式
      - 适合内存序列化
    - - ServiceManager 连接各种Manager（ActivityManager, WindowManager ）和相应ManagerService 的桥梁
      - 客户端和服务端进行通讯的媒介，当bindservice的时候，服务端会返回一个包含了服务端业务调用的Binder对象，通过这个Binder对象，客户端就可以获取服务端提供的服务或数据。这里的服务包括普通服务和基于aidl 的服务。
      - aidl
        
        当客户端和服务端在同一进程，方法调用不走跨进程的 transact 过程。而 transact 这个逻辑是由Stub 的内部代理类Proxy 来完成。
        
        Stub#onTransact 方法运行在服务端中的Binder线程池中。
        
        Proxy#getBookList 方法运行在客户端，调用transact方法来发起RPC 请求，同时挂起当前线程，直到服务端的 onTransact 方法回调，然后获取返回结果。
        
        所有可以在binder中传输的接口都需要集成IInterface
        
        开发过程
        
        定义数据AIDL类比如：Book.aidl
        
        2.定义客户端操作AIDL接口如：IBookManager.aidl
        
        系统根据操作AIDL接口生成实现类，具有Stub， Stub#Proxy。
        
        linkToDeath, unlinkToDeath.
    - - 使用Bundle
      - 使用文件共享
      - 使用Messager
        
        对AIDL做了简单封装
        
        服务端通过继承Service并实现onBind方法。需创建Messager对象。
        
        客户端需创建ServiceConnection对象，并通过 bindService方法绑定服务器。
        
        适合传递消息
      - 使用AIDL
        
        适合跨进程方法调用
        
        服务端创建一个Service用来监听客户端的连接请求，然后创建一个AIDL文件，将暴露给客户端的接口在这个文件中声明，最后在service中实现这个AIDL接口即可
        
        客户端需要绑定服务端的service，绑定成功后，将服务端返回的binder对象转成AIDL接口所属的类型，并进行方法调用。
        
        RemoteCallbackList 是系统专门提供的用于删除跨进程listener的接口。
        
        权限验证
        
        onbind进行验证
        
        onTransact进行验证
        
        binder 连接池
        
        提高AIDL的开发效率，避免大量的Service创建。
      - 使用ContentProvider
        
        对底层的数据存储方法无任何要求，数据库，文件，内存等等
      - 使用Socket
        
        不仅能够实现进程间通讯，还可以实现设备间的通讯。前提是设备之间的ip可见。
- - - - 手指接触屏幕后的一系列事件
    - - 系统最小认定滑动距离
    - - 追踪手指在滑动过程中的速度
    - - 手势检测
    - - 弹性滑动对象
  - - - 滑动View的内容，并不能滑动View 本身
    - - 适用于没有交互的view 和实现复杂的动画效果
    - - 操作稍微复杂，适用于有交互的view
    - - 使用Scroller
        
        scrollTo与computeScroll 配合使用
      - 使用动画
        
        scrollTo与onAnimationUpdate配合使用
      - 使用延时策略
        
        scrollTo与Handler, View#postDelayed配合使用
  - - - dispatchTouchEvent
        
        进行事件分发
      - onTouchEvent
        
        dispatchTouchEvent内部调用，用于判断是否拦截某个事件
      - onTouchEvent
        
        dispatchTouchEvent内部调用，用于处理点击事件
    - - 如果顶级ViewGroup拦截事件即onInterceptTouchEvent返回true，则事件由ViewGroup处理，此时如果ViewGroup的mOnTouchListener 被设置，则onTouch会被调用，否则onTouchEvent会被调用。也就是说如果都提供，onTouch会屏蔽掉onTouchEvent。在onTouchEvent中，如果设置了mOnClickListener，则onClick会被调用
      - 如果顶级ViewGroup不拦截事件，则事件会传递给它所在的点击事件链上的子View，这时子View的dispatchTouchEvent 会被调用。
      - 当ViewGroup决定拦截事件后，那么后续的点击事件将默认交给它处理并且不再调用它的onInterceptTouchEvent方法。
      - onInterceptTouchEvent不是每次都会被调用，如果想提前处理所有的点击事件，要选择dispatchTouchEvent方法。只有这个方法能确保每次都被调用。