Android警醒向条例本篇是搜集关于Android的仅以提醒作用的条例，见名知意。相关注意事项推荐阅读《阿里巴巴的安

条例

依然很简洁的条例，备忘用

本篇是搜集关于Android的仅以提醒作用的条例，见名知意。相关注意事项推荐阅读《阿里巴巴的安卓手册》

onActivityResult()发生在onResume()之前
onFinishInflate()在加载完成xml后执行：只有当自定义View，通过在XML中创建时才会调用。不从xml布局文件中解析的话，比如通过new方式创建，则不会执行该方法；
foreach使用前需要判空
overridependingtransition()进入动画需要再startActivity之后，退出动画需要再finish后
view的调用过程:构造方法->onFinishInflate->onSizeChanged->onDraw
如果用户finish()方法结束了Activity，则不会调用onSaveInstanceState()
getIntrinsicWidth()和getIntrinsicHeight()
canvas的好处之一是旋转画布后旋转回来，以达到图像绘制部分的旋转，不用对坐标点进行转置
用transient关键字标记的成员变量不参与序列化过程
滑动冲突处理：可以根据滑动距离和水平方向形成的夹角；或者根绝水平和竖直方向滑动的距离差；或者两个方向上的速度差等
getParent().requestDisallowInterceptTouchEvent(false)请求父亲不要阻挡儿子
getSuggestedMinimumWidth的逻辑：View如果没有背景，那么返回android:minWidth这个属性指定的值，这个值可以为0；如果设置了背景，则返回背景的最小宽度和minWidth中的较大值。
Fragment的动画setCustomAnimations()对于反射取FragmentManager中置儿子为null的是有问题的，建议用Fragment自己的onCreateAnimation()函数
OOM：尽量避免使用帧动画，使用的话应尽量避免使用过多尺寸较大的图片
内存泄露：属性动画中的无限循环动画需要在Activity退出的时候及时停止，否则将导致Activity无法释放而造成内存泄露。view动画不存在这个问题；
当调用到onNewIntent(intent)的时候，需要在onNewIntent() 中使用setIntent(intent)赋值给Activity的Intent.否则，后续的getIntent()都是得到老的Intent
launchMode为singleTask的时候，通过Intent启到一个Activity,如果系统已经存在一个实例，系统就会将请求发送到这个实例上，但这个时候，系统就不会再调用通常情况下处理请求数据的onCreate方法，而是调用onNewIntent方法
DiffUtil.DiffResult可以使RecyclerView不添加相同的条目，即部分更新
RelativeLayout如果cast到FrameLayout是不必要的，view就可以
自定义view，一定是this(context)、this(context,attr)、super(context, attr, defaltStyle)，注意需要手动调init()或者this(context, null)与this(context,attr,0)
小心使用ArrayList的subList [a, b) ，对生成对新列表的改变会改变原列表结构，可以在新列表前加final来阻止后续更改
RequestLayout() , Invalidate() , layout()的区别
如果需要addView的话，那么使用getLayoutParams是没用的，因为这个你自己新建的一个View，没有与父容器有任何关联。所以LayoutParams也需要你自己创建
contentInsetStart消除ToolBar在自定义布局中的左部白边
JSONObject中的getString()和optString()方法的区别在于optString()不报错
@Transient标志则不入数据库
overridePendingTransition转移
由于Activity的TaskMode不同所以onActivityResult在Activity的生命周期中执行的先后也是不同的，更有onCreate不会执行的情况，所以onActivityResult有时候提前结束收不到result。
调用startActivityForResult后onActivityResult立刻响应，而返回当前页时onActivityResult不响应主要是launchMode的问题：
- 第一种：当resultCode==0时，Activity的launchMode必须设置为”singleTask”或者singleInstance，否则就会出错。这是因为从Task的角度看，Android认为不同Task之间的Activity是不能传递数据的，所以不能使用NEW_TASK标识，但还是要调用forResult方法。
- 第二种：当resultCode！=0时，Activity的launchMode必须为standard（删除launchMode属性默认为standard模式），原因同上。
- 只有第一层fragment会收到onActivityResult
  - 重写onBackPressed() 自定义回退事件可以避免按Back键自动设置resultCode为RESULT_CANCELED的问题
  - requestCode >=0就好，随便用于在onActivityResult()区别哪个子模块回传的数据，每个区分开不同的requestCode
  - resultCode 如果B子模块可能有几种不同的结果返回，可以用setResut(int resultCode, Intent intent)予以识别区分

@IntDef 注解自定义了一个 OrientationType 注解，用于防治用户随意设置数值。使用 @IntRange 方法将行列数限制在一个较合理的范围内。

@IntDef({VERTICAL, HORIZONTAL})
public @interface OrientationType {}            // 滚动类型
@OrientationType
private int mOrientation = HORIZONTAL;          // 默认水平滚动

View child = recycler.getViewForPosition(i); //如果不存在的话 RecyclerView 会自动创建
RecyclerView要先移除再添加，这样会移除的 View 会被先放到缓冲区中，再添加 View 时就可以直接从缓冲区中把被移除的条目直接取出来使用了，而不用重新创建，以减少开销；如果先添加，由于缓冲区中没有可以使用的 View，会进行先创建，之后再添加到界面上，最后执行移除操作会导致有大量的 View 滞留在缓冲区中，会造成严重的性能浪费
对Vector、ArrayList在迭代的时候如果同时对其进行修改就会抛出 java.util.ConcurrentModificationException 异常
LinkedList在遍历循环中get(i)时间复杂度为O(n)，比ArrayList的O(1)性能差，使用有迭代器(Iterator)以及ForEach循环来对LinkedList进行遍历
对Activity来说，所有需要传递或接收的Activity不允许设置launchmode="SingleTask"，只能设为标准模式，否则系统将在 startActivityForResult() 后直接调用 onActivityResult()

Builder模式下，需要Builder单独列出的原因之一是，在使用单例模式时，每次都是用的同一个instance，而参数每次都需要重新new一个；不单独写一个Builder出来（第二重）是由于每次都重新new了一个XXX实例，当然参数也每次都不一样

//第一种
class XXX{
    //普通单例模式
    private static XXX instance;
    public  static XXX getInstance(){
        if(instance == null){
            return new instance;
        }
    }

    private XXX{}
    class Builder(){
        void set(){
            ...
            return Builder.this;
        }
    }
}
//第二种
class XXX{
    void set(){
        ...
        return XXX.this;
    }
}

基于引用计数的垃圾回收器无法处理循环引用导致的内存泄露问题，但是其在主流的JVM中很少，几乎所有的JVM都是采用引用对象遍历的方法，垃圾回收器都会处理循环引用潜在的问题
ThreadLocal、Volatile、synchronized、Atomic 的区别？ 如果只有一个i++;的时候，volatile和synchronized能否互换？volatile作为修饰变量的时候，变量自加中途可能发生线程调度，volatile 可以保证在一个线程的工作内存中修改了该变量的值，该变量的值立即能回显到主内存中，从而保证所有的线程看到这个变量的值是一致的。但是有个前提，因为它不具有操作的原子性，也就是它不适合在对该变量的写操作依赖于变量本身自己。就比如i++、i+=1;这种。但是可以改为num=i+1;如果i是一个 volatile 类型，那么num就是安全的，总之就是不能作用于自身。 synchronized是基于代码块的，只要包含在synchronized块中，就是线程安全的。 AtomicInteger，一个轻量级的synchronized。使用的并不是同步代码块，而是Lock-Free算法(一个死循环调用了底层的比较方法直到相同后才退出循环)，最终的结果就是在高并发的时候，或者说竞争激烈的时候效率比synchronized高一些。 ThreadLocal，线程中私有数据。主要用于线程改变内部的数据时不影响其他线程，使用时需要注意static。再补一个，才学到的。利用clone()方法，如果是一个类的多个对象想共用对象内部的一个变量，而又不想这个变量static，可以使用浅复制方式。(查看设计模式原型模式)
HashTable、SynchronizedCollection、ConcurrentHashMap、Vector
静态内部类单例原理，静态内部类单例在反序列化时会重新生成新对象因此需要抛出一个异常，反序列化是比正常创建新对象慢的
compare and set (CAS)，不断重新取值比较，可能会出现ABA问题（中途值被修改又还原）
Message全程持有发送该消息Handler的引用直到Handler处理完消息，Message回收释放实际上经常会出现的Diaglog泄漏就是，Dialog销毁的时候Activity已经销毁，所以会发不出那个Handler
git commit --amend 可以修改提交
onScroll和onFling的区别在于，onFline是用于滑动的最后一下
不要重复 setListener，要使用 v.getId 来复用 Listener，不然会创建一堆 Listener 导致频繁 GC
final与static final的区别是：final在一个对象类唯一，static final在多个对象中都唯一；一个既是static又是final的域只占据一段不能改变的存储空间，只有一份。
View的UI刷新，不会导致阻塞的原因是View 的绘制与 Java 代码的looper无关，而是由底层 SurfaceFlinger 自身的事件处理机制处理的

因为不光是gui，同样的道理在几乎所有编程领域里都是这样的，这背后是线程同步的开销问题。显然两个线程不能同时draw，否则屏幕会花；不能同时insert map，否则内存会花；不能同时write buffer，否则文件会花。需要互斥，比如锁。结果就是同一时刻只有一个线程可以做ui。那么当两个线程互斥几率较大时，或者保证互斥的代码复杂时，选择其中一个长期持有其他发消息就是典型的解决方案。所以普遍的要求ui只能单线程
onChildDraw影响触摸事件的接受顺序，同样影响绘制顺序
对组件 Activity 而言，viewRootImpl 的初始化在 onCreate 之后，onResume 之后，故在onCreate里开子线程更新UI不会报错
Glide中into()同一View，但显示不同的图片时（url不同）是使用的同一个Bitmap引用地址，只是像素不一样，在onResourceReady()里可以打印得到的bitmap的地址是一样的。这是因为BitmapPool会复用Request，可能会拿到擦除过的bitmap
bitmap对象是通过env->NewOject(...)，所以是分配在虚拟机中的
RecyclerView.OnScrollListener()来监听RecyclerView的滚动距离，正常情况下是没有问题的，但是一旦RecyclerView的数据源变了的时候，比如筛选条件变了，需要清除之前的数据，然后重新添加新的数据到RecyclerView里面去，这时候记录的滚动距离就不准了；自定义RecyclerView的LinearLayoutManager来计算滚动距离，但是在滑动的时候特别消耗性能，滑动卡顿
AppCompatActivity获得Activity的方法Android get hosting Activity from a view
Java的正则式首先需要Pattern.compile()后必须要调用find()或者matches()才能找到
在自定义控件的构造函数或者其他绘制相关地方使用系统依赖的代码，会导致可视化编辑器无法报错并提示，使用isInEditMode()可以解决在
在Android Studio下的文件app.iml已经制定了assets文件夹的属性，所以直接新建Directory即可
view.layout(l,t,r,b)在子线程中没反应，需要post()或者onAnimationStart中
getGlobalVisibleRect(globalRect)在没有被遮挡（超出屏幕）时和getLocationInWindow数值相同; getDrawingRect(drawingRect)和getLocalVisibleRect(localRect)没有遮挡时测试数值相同都是相对自己的坐标
include设置了id，会覆盖掉layout_activity_head布局文件中根layout的id
全面屏刘海屏的状态栏是很高的，在使用getLocationInWindow时需要特别注意，需要减去的状态栏高度会更高
onCreate期间调用setHasOptionsMenu，则该fragment在其后的onCreateOptionsMenu回调可以接受到设置标题栏的menu
在selector的xml写法中，vector图标不能用android:color/transparent来表明空图像，因为颜色是没有高度的（instrictWidth），并且导致后续高宽不会自动更新

直接在selector的xml中设置item为透明 <item android:drawable="@android:color/transparent" android:state_checked="false" /> 的写法是错误的，会导致高宽都变化为0，并且高宽不会自动更新。应该更改vector的文件的颜色为android:fillColor="#00000000"
设置Acticity为全屏会获得和adjustNothing一样的效果，不会顶起布局
viewstub被inflate后会消失，包括它的id，可以使用android:inflatedId="@id/vs_bottom"来规定它被inflate后叫什么，这样可以防止viewStub消失后其他引用它的布局失去了依赖
rxjava中的timer也可以加入自己的scheduler
viewstub的布局参数应当写到viewstub内，比如margin值，写在layout内是无效的 ,但是padding是可以写在layout内的；ViewStub中不能用merge
android中setOnClickListener会自动设置view为clickable = true，所以自定义的simpleAdapter添加setOnItemClick的时候需要自动添加view的clickable = true
may not a tips: GreenDao主键自增类型必须是Long，而不是long。否则你会发现id永远为0，永远只有一个数据
onStop可能不会被调用（eg. 新Acitivity采用了透明主题，当前Actiivty不会回调onStop）
回到原Activity onRestart -> onStart -> onResume
每个View都可以onSaveInstanceState，并且onSaveInstanceState及onRestoreInstanceState是和onStop及onStart绑定的，onSaveInstanceState在onStop前，onRestoreInstanceState在onStart后
onNewIntent()---->onResart()------>onStart()----->onResume(). 且当调用到onNewIntent(intent)的时候，需要在onNewIntent() 中使用setIntent(intent)赋值给Activity的Intent.否则，后续的getIntent()都是得到老的Intent。
singleTask的Actiivty被启用时，在其上的栈顶都会被清空（默认具有FLAG_ACTIVITY_CLEAR_TOP） 85.fitsSystemWindows=true要慎用，很多坑。比如WebView中输入框获取焦点弹出软键盘时出现抖动，还有哪个View设置了fitsSystemWindows=true软键盘弹出时哪个View就会被顶上去；
WindowManager.LayoutParams.FLAG_LAYOUT_NO_LIMITS不要用，会导致EMUI3.1的系统下面虚拟按键挡住布局

事件传递

bool dispatchTouchEvent(MotionEvent ev){
    bool consume = false;
    if(onInterceptTouchEvent(ev)){
        consume = onTouchEvent(ev);
    } else {
        consume = child.dispatchTouchEvent(ev);
    }
}

FragmentStatePagerAdapter和FragmentPagerAdapter都没有从viewGroup中removeView，而是transaction中detach/ remove掉了，因此viewPager在保存不是fragment的时候需要警惕，其他view并不会像fragment一样刷新
PathMeasure的forceClosed参数对绑定的Path不会产生任何影响，例如一个折线段的Path，本身是没有闭合的，forceClosed设置为True的时候，PathMeasure计算的Path是闭合的，但Path本身绘制出来是不会闭合的。 - 均摘自 gcssloop forceClosed参数对PathMeasure的测量结果有影响，还是例如前面说的一个折线段的Path，本身没有闭合，forceClosed设置为True，PathMeasure的计算就会包含最后一段闭合的路径，与原来的Path不同。
Math.atan2(tan[1],tan[0])解释：tan[0] = cos = 邻边(单位圆x坐标)，tan[1] = sin = 对边(单位圆y坐标)，因此可以计算任意两点间的斜率夹角
pre和post，左乘进行行变换，右乘进行列变换，pre表明M左乘pre，poste表明M右乘pre，M表明矩阵
由于硬件加速的问题，PathMeasure中的getSegment在讲Path添加到dst数组中时会被导致一些错误，需要通过mDst.lineTo(0,0)来避免这样一个Bug
measure.getMatrix(distance, matrix, PathMeasure.TANGENT_MATRIX_FLAG | PathMeasure.POSITION_MATRIX_FLAG); 这个方法是用于得到路径上某一长度的位置以及该位置的正切值的矩阵
透明主题的坑：

坑一：透明主题的 Activity 如果弹出键盘，并且是 adjustResize 模式，在键盘弹出的一瞬间可以看到前一个 Activity
1. 原因：键盘弹起时，Activity 重新计算了高度缩短了，而键盘弹起有一个动画，在动画没有执行完毕之前，键盘所占用的空间上没有别的布局只有 Window ，而 Window 是透明的因此就看到了上一个 Activity
2. 尝试的解决方案：在动画执行完毕后，将 Window 的背景设置为不透明，但是失败了，见坑二
坑二：如果当前的 Window 背景带有透明度，在动态改变背景的时候会闪一下屏，如果 Window 的初始背景颜色没有透明度，动态改变背景很完美
1. 原因：不详，目测是 Android 的 bug
2. 解决方案：无。。。
坑三：也是由解决坑二造成的，我试图通过监听键盘弹起事件来手动调节布局，这样 Activity 不需要 resize 也就没有那个 bug，但是发现监听键盘弹起的方法基本都是监听 Activity 重新布局后对比高度来判断的，因此在 adjustNothing 状态下无效，值得一提的是，跟三弟交流发现他们钻了一个空子，当 Activity 为全屏状态时 adjustResize 是不生效的，但是可以监听到键盘弹出，所以相当于是adjustNothing的效果，但这种情况没法在我这个项目使用。

对window.addFlags需要在setContentView前
sqlLight数据库not null只针对于text为null的情况，但是text为""时是可以插入的。
数据库的unique属性的列，insert()一旦失败，则批量都失败。此时可以用insert or replace，不会影响批量中其他数据的插入。
setRetainInstance(true)设置为true，表示 configuration change 的时候，fragment实例不会背重新创建，即重建时不会经过onDestroy和onCreate。
fragment 该方法也常常被用来处理 Activity re-creation 时候数据的保存。因此可以干很多骚操作，但即使是使用setRetainInstance还是有一定概率会被回收的，重新创建fragment后，requestCode和callback的关系就没有了。
SharedPreferences是文件的一种，读写有一定的缓存策略，在内存中会有一份SharedPreferences文件的缓存，因此在多进程模式下其读写就变得不可靠。当面对高并发读写访问的时候，有很大几率会丢失数据，故不建议在进程间通信中使用SharedPreferences
Messenger是一种轻量级的IPC方案，它的底层实现就是AIDL。Messenger是以串行的方式处理请求的，即服务端只能一个个处理，不存在并发执行的情形
rxjava2不接受null，会报错
DialogFragment的出现解决AlertDialog和PopupWindow随屏幕切换而消失的问题

```JAVA

Window window = getDialog().getWindow();
        window.setLayout(ViewGroup.LayoutParams.MATCH_PARENT, 
        ViewGroup.LayoutParams.MATCH_PARENT);
```
等效于
```JAVA
    DisplayMetrics dm = new DisplayMetrics();
    getActivity().getWindowManager().getDefaultDisplay().getMetrics(dm);
    if (null != window) {
        window.setLayout(dm.widthPixels, dm.heightPixels);
    }
```

104. fragment的commit和commitAllowingStateLoss的区别

onSaveInstanceState()再onStop()前调用，而再Honeycomb前，是在onPause()前立即调用的，因为Honeycomb前对于回收来说一不可见Activity就被kill了，Honeycomb后Activity要在onStop后才能被kill掉
参见Fragment Transactions & Activity State Loss

Android 代码proguard混淆之后的错误log查看方法

项目目录的progurad下有一个mapping.txt文件这是混淆后的名字和原名字的映射关系。在ADT安装目录的sdk\tools\proguard\bin下有三个工具，其中proguardgui.bat就是用来还原的图形化工具。

6.0后需要动态申请权限，7.0后需要通过FileProvider访问其他的权限。6.0后的动态申请权限，有可能会出现未授权时录音，Android录音数据前几千个字节为空的问题。
多进程在进程被kill掉的时候来不及正常调用onDestroy等流程，此时会通过binder通知其他进程自己死掉了，见Binder死亡通知机制之linkToDeath
Fragment的可见性：onHiddenChanged()只会在对fragment进行show/hide变换时调用，第一次进入的时候不会调用，在使用beginTransaction().hide(Fragment)会被调用，而且是在onResume之前；而在viewpager中的fragment则完全不一样，需要手动调用setUserVisible(boolean)。 > - 注意onHiddenChanged的特殊情况 > - Android Fragment可见性的判断与监听完全实现
ViewGroup默认情况不会调用onDraw()，它在init中会被设置成WILL_NOT_DRAW，这是从性能考虑，这样一来，onDraw就不会被调用了。如果我们要重要一个ViweGroup的onDraw方法，有两种方法： > - 在构造函数里面，给其设置一个颜色，如#00000000。 > - 在构造函数里面，调用setWillNotDraw(false)，去掉其WILL_NOT_DRAW flag 110.可以使用.adjustViewBounds(true)方法来设置宽度铺满屏幕的ImageView，但是对于小于17的版本不能正确显示
fragment重叠的问题：只需要在onSaveInstanceState中置空fragmnet状态即可-》outState.putParcelable("android:support:fragments", null);
drawable.getConstantState().newDrawable()使用的是相同ConstantState下新建了一个drawable，和getResources().getDrawable(R.drawable.xxx)返回的对象一样。所有从本地资源读取图片资源getResources().getDrawable(R.drawable.xxx)的drawable都共享ConstantState，对一个drawable做更改会影响其他drawable持有相同ConstantState的drawable，eg. 修改alpha。可以使用drawable.mutate()来创建一个不共享的drawable。 > 关于Drawable的缓存机制应该了解的知识
很悲伤的是Rxjava中DisposableSubscriber的onStart()是在subscribeOn指定的线程上进行的（通常是子线程），它在整个任务的开始的时候调用。而onComplete()、onNext()、onError()是在observeOn指定的线程上进行的（通常是UI线程）。事实上，如果不指定线程，observe都将在主线程进行
注意RecycleView里都每个子项设置focusable=true的时候，这个时候设置点击就可能被最后一个抢掉了。
当一个Activity反常销毁重建的时候，请先查看下你的“不保留活动“是不是开启了。
dp和px的关系，是与屏幕像素密度为160的倍数而不同：像素密度为160时1px = 1dp

从AutoScroll的View说起Scroller的原理与作用

二话不说，先看看判断RecyclerView是否滚动到底部中说到的computeVerticalScrollExtent()函数表示的View内容与View位置的相对滚动多么美丽的一张图转存失败，建议直接上传图片文件

title: Android踩过的坑 date: 2019-01-25 15:52:06 tags: - Android categories: Android

错误使用PorterDuffXferMode后效果并没有得到想要的效果！

-> 关了硬件加速还是不行555

为何和谷歌给的样子不同？

因为谷歌写的demo里，是两个高宽一样的bitmap在相交，如果发现有多余的位置没有被遮住，说明两个相交的位置不一样。

源图像在运算时，只是在源图像所在区域与对应区域的目标图像做运算。所以目标图像与源图像不相交的地方是不会参与运算的！这一点非常重要！不相交的地方不会参与运算，所以不相交的地方的图像也不会是脏数据，也不会被更新，所以不相交地方的图像也永远显示的是目标图像。 —— 《Android高级进阶——绘图篇（五）setXfermode 设置混合模式》

谁是源图像谁是目标图像

    //绘制 目标图像
    canvas.drawBitmap(dstBitmap, 100, 100, paint);
    //设置 模式 为 SRC_OUT
    paint.setXfermode(new PorterDuffXfermode(PorterDuff.Mode.SRC_OUT));
    //绘制源图像
    canvas.drawBitmap(srcBitmap, 100, 100, paint);

任何和空白透明像素相交的结果都是空白透明像素哦

所以SRC_OUT等需要有颜色，而不是透明的。比如SRC_OUT时需要添加颜色。

例子

用蒙版做了一个指针指示，里面有提到关于带透明度的混合模式与谷歌给的Api展示的区别：Android 混合模式 —— PorterDuffXferMode
基于谷歌Api的demo修改了让你测试：Canvas绘图之PorterDuffXfermode使用及工作原理详解
给了一个demo让你自己尝试不同的效果：关于 Xfermode 正确理解姿势
做了一个DST_ATOP的例子：android遮罩Xfermode的学习
解释了SRC_OUT：通过消除背景层与重叠部分绘制组合图形

到底有没有在用心学ndk啊

JNIEnv*env 是一个线程对应一个env，线程间不可以共享同一个env变量。JNI中Fatal signal 11 (SIGSEGV), code 1的错误
可以使用Android自带的addr2line来分析native的行信息Android通过addr2line工具分析native crash log
注意lock后再wait该锁的问题JVM故障分析系列之五：常见的Thread Dump日志案例分析

使用SurfaceView时需要注意

All SurfaceView and SurfaceHolder.Callback methods will be called from the thread running the SurfaceView's window (typically the main thread of the application). They thus need to correctly synchronize with any state that is also touched by the drawing thread.

You must ensure that the drawing thread only touches the underlying Surface while it is valid -- betweenSurfaceHolder.Callback.surfaceCreated() andSurfaceHolder.Callback.surfaceDestroyed().

硬件加速？

Android里所有View控件以自定义View所使用得Canvas是硬件加速的（使用 GPU 进行加速，在 Android 上一般就是指会使用 OpenGL 进行绘制），Surface.lockCanvas获取的就是关闭硬件加速的Canvas。见OpenGL中 Canvas 性能分析

SurfaceView/TextureView的区别

SurfaceView是一个有自己Surface的View。界面渲染可以放在单独线程而不是主线程中。它更像是一个Window，自身不能做变形和动画。
TextureView同样也有自己的Surface。但是它只能在拥有硬件加速层层的Window中绘制，它更像是一个普通View，可以做变形和动画。
普通View都是共享一个Surface的，所有的绘制也都在UI线程中进行，因为UI线程还要处理其他逻辑，因此对View的更新速度和绘制帧率无法保证。这显然不适合相机实时预览这种情况，因而SurfaceView持有一个单独的Surface，它负责管理这个Surface的格式、尺寸以及显示位置，它的Surface绘制也在单独的线程中进行，因而拥有更高的绘制效率和帧率。

非UI线程使用View.post，可能会导致内存泄漏

在API低于24的版本上，非UI线程使用View.post，可能会导致内存泄漏。因为子线程调用View.post()，如果view还未attach到window，只有UI线程的performTraversals才会去把runnable拿出来执行，子线程没有performTraversals，故这个runnable将永远不会执行。
1. 文章中最后给出的结论是，要保持兼容 API 24 以下的版本，最好不要在非 UI 线程使用 View.post ，而采用 Handler 来 post runnable。
2. 当然在 API 24 及以上，如果不能保证 View 一定会被 attach，那可以在引用对象销毁时，使用 View.removeCallbacks。

Fragment的坑

子fragment中写了listener，父fragment设置子fragment的listener，然后横竖屏切换时，listener会报空：
在activity被异常回收之后，如果没有设置onConfigurationChange，activity会重建完整再走一遍生命周期的流程。onSaveInstanceState方法被调用的时候，已经add到FragmentManager中的fragment不被释放，旧的fragment的内存实例始终存在，且view也始终在展示并不会被destroy，因此需要在Acitivty的onCreate()和onSaveInstanceState()处添加代码：

    if (savedInstanceState != null) {
        savedInstanceState.remove("android:support:fragments");
    }

Android Studio 的新东西

find . | grep hprof-conv 在~\Library\Android\sdk\下找出hprof-conv的位置，再使用命令./hprof-conv -z infile outfile 来转换成Eclipse的Mat工具能够识别的hprof文件，注意使用此命令时，指定的outPutFile路径需要已经被创建，否则会一直返回Usage...展示Usage: hprof-conf [-z] infile outfile
强行刷新gradle依赖缓存，拉取远程依赖版本：./gradlew build --refresh-dependencie。

只想刷新某个指定的依赖: 直接去~/.gradle/caches/modules-2目录下，rm -fr find . -name xxx，然后直接重编删除含有'aaa'的文件夹依赖：find ~/.gradle/caches -type d | grep 'aaa' | xargs rm -r

CoordinaryLayout-Behavior达成滑动联动特效

Android常规的Touch事件传递机制是自顶向下，由外向内的，一旦确定了事件消费者View，随后的事件都将传递到该View。因为是自顶向下，父控件可以随时拦截事件，下拉刷新、拖拽排序、折叠等交互效果都可以通过这套机制完成。Touch事件传递机制是Android开发必须掌握的基本内容。但是这套机制存在一个缺陷：子View无法通知父View处理事件。NestedScrolling就是为这个场景设计的。 ———— Android Nested Scrolling

在Window上做动画：Acitivity间自定义动画的可能性

这两天一直在想做一个Activity间的转场动画可以对单个view进行自定义动画的。因为ShareElement动画不支持5.0以下，所以开始思考其他的方法。

读了通过WindowManager添加view以及添加动画后发现其实shareElemet也是在做假动画，本activity一次假动画，下一个Activit一次假动画。这篇Android WindowManager及其动画问题中说到，在WindowManager上像在Activity中使用动画效果无效，目前还没细看。

发现了一个特殊的效果..图凌闪屏页及Android彩蛋探究

目前的结论

还是做假的动画比较靠谱...

Android警醒向条例

条例