kris

Handler消息机制源码解析handler机制原理 handler发送Message 唤醒Looper器，轮询器开始遍历MessageQueue，轮询取消息，处理消息学习一项新技术时，可以从源头入手，按流程走，按着代码走向剖析源码。Message从API的角度上来看有以下三种，推荐用(2)、(3)种，因为它们本质是从消息池里取消息，(1)Message

项目情况该项目是统一SDK接入框架，游戏商接入该框架，即可打包各大渠道游戏层->抽象层->渠道层，该框架处于抽象层，用到较多接口回调，并且没有视图层之前使用痛点类名没有言简意赅，包结构混乱，造成上手、混淆难度提升抽象层没有视图层，游戏接入后，没法测试，需要提供母包，打包后才能测试bean字段不全，没法对应各渠道需求，暂时只能调整业务迂回补救网络请求没有进行封装，增加调试难度。渠道层各

最近学习javaEE中servlet监听器的模块，与Android中事件监听回调进行对比理解，特地花点时间记录下来增强记忆。1 接口回调步骤(1)定义接口，接口方法(2)在 X 类中创建接口成员变量，并对外暴露传入接口对象的方法(3)在 X 类中对外暴露实现了接口方法的公共方法(4)在 Y 类中调用 X 类中的公共方法，传入对应参数(5)在 Z 类使用类中调用 X 类中传入

1 生命周期的切换1.1 正常情况下的生命周期经常需要关注的有7个：onCreate、onStart、onResume、onPause、onStope、onDestroy、onRestart其实它们是两两相互对应的：创建与销毁相关——onCreate、onDestroy是否可见相关——onStart、onStope是否聚焦相关——onResume、o

1、图片适配（如果当前像素密度对应文件夹下，没有图片的时候，加载的高分辨率的图）我们把这些可选的资源文件分别放在不同的目录，不同手机(不同的像素密度)，会去加载不同资源文件下的图片。这一点类似于我们在国际化时不同语言strings的操作。 dp能够适配吗？不能适配。通过查看官方文档可知，dp 与 px 有一个不同的比例关系ldpi   1dp = 0.75px

1、普通ViewPager通过查看源码发现private static final int DEFAULT_OFFSCREEN_PAGES = 1;默认的加载页面,ViewPager是1个，即ViewPager的预加载当我们只想让按钮控制页面，用不到滑动，并且不想预加载浪费用户流量的时候，我们就可以用ViewPager的懒加载2、ViewPager的懒加载我

1、AsyncTask的原理主要是这三个方法：(1)   onPreExecute()；在主线程中执行，在doInbackground方法之前(2).   result = doInbackground（）;在线程池中执行（子线程）(3)   onPostExecute()；处理result，在主线程中执行（handler机制）2、代码走向AsyncTask

1、缓存类型(1)强引用    程序崩溃也不会回收对象    例：平时我们new出来的指向的引用就是强引用(2)弱引用    垃圾回收一跑，就很容易被回收    应用：有些需要需要画面一移出屏幕，就要回收该资源，这时我们可以用弱引用处理    XUtils中BitmapUtils的缓存机制(3)软引用    1、垃圾回收线程运行时，不会回收该引用    

1、效果图国庆假期不敢出去看人头，在家把笔记整理了一下更新到博客，如下：步骤：(1)自定View(已经存在的控件布局)(2)自定义容器类的子类 来添加上面的view(3)自定义属性1) 自定义命名空间            xmlns:前缀="http://schemas.android.com/apk/res/包名"2)创建attrs.xml文

1、效果图2、布局文件主布局<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" > <Button

项目中PopupWindow还是很常见的，用好了效果还不错哈。不显单调。忙晕了，好久没更新博客了，今天先发个Deno来签个到。1、效果图2、布局文件主布局文件<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_par