最近测试团队的妹子再测试 android 8.0的适配工作，提过来一个特别诡异的 bug，这里 mark 一下。
bug 如下: 从某个页面分享到 qq 好友之后，再返回此页面，Actionbar部分莫名其妙颜色发生了变化。具体情况如下图

对于这个 bug 最开始考虑是不是分享回来后不小心改了 actionBar 的颜色；于是进行排查，但是结果是悲伤的，没有发现任何关于更改 ActionBar 颜色的代码。
于是向测试小姐姐询问了，具体产生的机型和系统版本。最后发现只有在 android 8.0的系统上出现这个问题。于是拿来8.0系统进行 debug 调试，依然没有发现任何问题。
后来团队小伙伴，查阅了一系列的资料后发现这个应该是由于 Android 8.0输入和导航的变更引起的。
官方文档描述如下:
尤其要指出的是，我们对元素焦点行为做出以下变更：

要实现ViewPager 添加一个头部，并和 viewPager 中子 view 的联动效果；可能大家第一印象都是又得处理touch 事件了。不错，处理事件是万能的，也是所有这一些列问题的基础。不过处理事件对于很多人来说确实还是一个复杂而有难度的过程。其实 google 也意识到了这一点，之后出的一些框架和技术都是尽量做了封装，尽量避免让开发者去做这些复杂的事件。
今天我们就使用嵌套滚动实现 viewPager 添加一个 header 并实现和其子 View 的联动效果。
先看一下效果图:

首先不了解嵌套滚动的基本用法的同学，先看一下嵌套滚动的基本用法和几个回掉方法的含义，然后再向下看。
先说一下实现思路，然后再看代码吧

Android 事件传递

事件传递总得来说就是自上而下一次传递，通过分发，拦截，处理等步骤，从上到下，依次分发询问，中间可进行拦截，可进行消费。
先看下图:

嵌套滚动是 Android OS 5.0之后，google 为我们提供的新特性。这种机制打破了我们对之前 Android 传统的事件处理的认知。从一定意义上可以理解为嵌套滚动是逆向的事件传递机制。

如上图所示，其原理就是这样。那么下边我们从代码的层面看一下实现。
代码中主要涉及到了四个类:
NestedScrollingChild、NestedScrollingChildHelper、
NestedScrollingParent、NestedScrollingParentHelper
先看NestedScrollingChild 接口中定义的方法:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53

public interface NestedScrollingChild {
    /**
     * 设置是否启用嵌套滚动
     */
    public void setNestedScrollingEnabled(boolean enabled);

    /**
     * 判断是否启用嵌套滚动
     */
    public boolean isNestedScrollingEnabled();

    /**
     * 开始嵌套滚动      
     * @param axes 标识方向，有 x, y 方形和默认值0
     */
    public boolean startNestedScroll(int axes);

    /**
     * 嵌套滚动结束
     */
    public void stopNestedScroll();

    /**        
     *  判断父 view 是否支持嵌套滚动
     */
    public boolean hasNestedScrollingParent();

    /**
     * 分发嵌套滚动，一般再 onTouch/onInterceptTouchEvent/dispatchTouchEvent 中调用
     * @param dxConsumed  x轴滚动的距离
     * @param dyConsumed  y 轴滚动的距离
     * @param dxUnconsumed  x 轴上未消费的距离
     * @param dyUnconsumed  y 轴上未消费的距离
     * @param offsetInWindow 子 View 的窗体偏移
      */
    public boolean dispatchNestedScroll(int dxConsumed, int dyConsumed,
            int dxUnconsumed, int dyUnconsumed, int[] offsetInWindow);

    /**
     * 滚动之前调用，进行分发预滚动事件
     */
    public boolean dispatchNestedPreScroll(int dx, int dy, int[] consumed, int[] offsetInWindow);

    /**
     * 滑动时调用 ，分发滑动事件
     */
    public boolean dispatchNestedFling(float velocityX, float velocityY, boolean consumed);

    /**
    *  滚动之前调用，分发预滚动事件
     */
    public boolean dispatchNestedPreFling(float velocityX, float velocityY);
}

线上版本报了一个很奇怪的异常Java.lang.IllegalStateException: Cannot call this method while RecyclerView is computing a layout or scrolling at android.support.v7.widget.RecyclerView.assertNotInLayoutOrScroll
看到这个确实是源码里抱出来的，查了很久后来发现: 在 bindView 的时候不能直接调用 notify 更新 view，如果在 bindView 的时候直接调用notify 的操作，就会出现上边异常。
解决方案:
将 notify 的操作放置到Runnable 队列里去执行，以保证本次 notify 执行完成后再执行下一次 notify 的操作。

最近想系统的总结学习一下 java 的设计模式，于是做了计划每周搞一个。从最熟悉的开始吧—–单例 Singleton。

光标

• hjkl 四个键操作光标方向。 j, k 上下 h,l 左右。

  vim 的进入和退出

正则的意义

正则对于平时的开发工作是非常有意义的，如果不用正则有可能你需要复杂的逻辑去完成一个需求。然而，使用正则的时候经常会骂娘， 为什么骂娘？ 无非两个原因: 一、看不懂了。二、忘记了规则实在写不出来。 其实，如果不是特别经常使用正则确实会忘的比较厉害。但是，如果你对正则进行一个深入的理解，是有助于长期记忆的。

公司内部打包平台可以根据不同分支不同渠道信息进行自动化打包。昨天发版打包时竟然发现了一个特别诡异的问题导致生成的 apk 安装包直接崩溃。

从原生的 SQLite 迁移到 GreenDao 数据库框架整体上来讲还是相对比较容易的，这也归功与 GreenDao 易用的 API 和编译期注解。

网易新闻客户端对数据库的依赖是比较重的，很多数据都存在了客户端数据库，因此我们很早之前就想将数据库模块进行改造。于是我们对目前 Android 上使用比较广泛的数据库框架做了一个调研，并写了一个 demo 比较了一下各个框架的性能和易用性。

AOP概念

百度百科中对AOP的解释如下:
在软件业，AOP为Aspect Oriented Programming的缩写，意为：面向切面编程，通过预编译方式和运行期动态代理实现程序功能的统一维护的一种技术。AOP是OOP的延续，是软件开发中的一个热点，也是Spring框架中的一个重要内容，是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离，从而使得业务逻辑各部分之间的耦合度降低，提高程序的可重用性，同时提高了开发的效率。
说白了，AOP其实就是OOP的补充，OOP从横向上区分出一个个的类来，而AOP则从纵向上向对象中加入特定的代码。

两年之前android hot fix技术炒的非常热，各大厂商也是花样百出，各自献计，一时间出现了百家齐鸣的现象。但是各家都有各家的问题。当然网易其实也不甘落后，公司不同部门也研发了自己的热更新热补丁方案。网易新闻也是不断的探索未知，先后实践过一些方案， 目前使用的还是基于AOP的方案。
到目前为止，新闻android客户端上线热补丁技术也已经将近两年的时间了。也曾经为部门立下赫赫战功。一直想给这套方案起一个优雅的名字，但是始终没有想到满意的。直到今天早上，偶然间看到了一个单词Vulcan([‘vʌlkən]伏尔加，罗马神话中的火神与金工神)，对这个词非常有感觉，那我就暂时已Vulcan对我们这套热补丁方案命名吧。
其实，很早之前就想写一下这套实践方案的思路，一直手懒没有写，今天看到了Vulcan这个词，一时兴起，提笔书之。

随着业务的不断增长，网易新闻客户端已经承载了过多的功能，不仅仅是一个新闻资讯的app，而是成了公司各个业务线的载体。因此，体积增长的问题就暴露了出来。体积最大时达到了30M，这对一个android应用级别的app来说算是非常大的了。于是不得不把瘦身的工作提到日程上。

最近使用CoordinatorLayout和AppBarLayout，总结一下AppBarLayout的scrollFlags属性；
scrollFlags共有五中取值提供给AppBarLayout的ChildView使用， 在布局中直接使用app:layout_scroolFlags设置， 对应的职位scroll, enterAlways, enterAlwaysCollapsed, snap, exitUntilCollapsed; 代码中通过’setScrollFlags(int)’来进行设置。