Paint之Xfermode的18种模式

请尊重原创，转载请注明出处【tianyl】的博客

关于的Android之玩转View目录

前言

说到Xfermode，实现过圆形图像的同学一定不会陌生，虽说之前的Shader篇中介绍了一种用Shader实现圆形图像的方法，不过使用最广泛的，还是Xfermode

首先说明一下Xfermode是个什么东西，简单来讲，它就是将一张图片，根据另一张图片，来进行一些处理，来达到想要的显示效果，而它的处理方式，总共有18种，下面就来介绍一下这些处理方式

1 PorterDuff

PorterDuff.java是android.graphics包下的一个类，它有一个枚举的子类Mode，这个Mode类就定义了这18种处理方式

因为篇幅原因这里就不放代码了，直接贴图片

上图就是这18种处理模式，下图是它们的处理结果（还有两种新增的模式的图在后面）

下面来分别介绍它们的处理规则

1.1 颜色计算说明

首先说明，对于这18种模式，Android都是通过两张图片的颜色值进行特殊的计算，而得到一张新的图片进行实现的，用数组[x,y]表示（Sa表示原图的alpha值，Da表示目标图的alpha值，Sc表示原图的color值，Dc表示目标图的color值

其中x表示结果图片的alpha值，y表示结果图片的color值

1.2 PorterDuff.Mode.CLEAR

清除模式
Android源码中的颜色数组为[0,0]
很显然，这个模式下的图标就是什么都没有，如上图16种模式中的Clear

1.3 PorterDuff.Mode.SRC

原图模式
Android源码中的颜色数组为[Sa,Sc]
这个模式下的绘制出来的就是原图

1.4 PorterDuff.Mode.Dst

目标图模式
Android源码中的颜色数组为[Da, Dc]
这个模式下的绘制出来的就是目标图

1.5 PorterDuff.Mode.SRC_OVER

原图覆盖
Android源码中的颜色数组为[Sa + (1 - Sa)*Da, Sc + (1 - Sa)*Dc]
很显然，如果Sa透明度为1（即完全不透明，那么绘制的是原图，否则绘制的是目标图，如果是半透明那么两者都有）

显示出来的效果就是原图将目标图覆盖了

1.6 PorterDuff.Mode.DST_OVER

目标图覆盖
Android源码中的颜色数组为[Sa + (1 - Sa)*Da, Dc + (1 - Da)*Sc]
和SRC_OVER正好相反，就不解释了

显示出来的效果就是目标图将原图覆盖了

1.7 PorterDuff.Mode.SRC_IN

绘制原图，但是受目标图的alpha值影响
Android源码中的颜色数组为[Sa * Da, Sc * Da]
如果Da（目标图的alpha值）为0，那么数组的值就是[0,0]，所以这个模式只会绘制两者相交的区域，并且相交区域受目标图的alpha值影响

1.8 PorterDuff.Mode.DST_IN

绘制目标图，受原图alpha值影响
Android源码中的颜色数组为[Sa * Da, Sa * Dc]
因为和SRC_IN相反，所以这里也不解释了

1.9 PorterDuff.Mode.SRC_OUT

绘制原图，去掉相交部分
Android源码中的颜色数组为[Sa * (1 - Da), Sc * (1 - Da)]
很显然，如果Da（目标图的alpha值）为1，那么数组值为[0,0]，所以只会绘制目标图alpha值不为1的部分，并且最后颜色的也和目标图的alpha的值有关

1.10 PorterDuff.Mode.DST_OUT

绘制目标图，去掉相交部分
Android源码中的颜色数组为[Da * (1 - Sa), Dc * (1 - Sa)]
和SRC_OUT相反，解释略

1.11 PorterDuff.Mode.SRC_ATOP

主要绘制目标图，如果存在相交部分，则绘制原图
Android源码中的颜色数组为[Da, Sc * Da + (1 - Sa) * Dc]

显然，alpha的值为Da，所以只绘制目标图，而当Sa为1时（完全不透明）color值为Sc * Da，所以相交部分绘制原图，但是受Da值的影像

1.12 PorterDuff.Mode.DST_ATOP

主要绘制原图，如果存在相交部分，则绘制目标图
Android源码中的颜色数组为[Sa, Sa * Dc + Sc * (1 - Da)]

和SRC_ATOP相反，解释略

1.13 PorterDuff.Mode.XOR

异或模式，相交部分不绘制，绘制不相交部分
Android源码中的颜色数组为[Sa + Da - 2 * Sa * Da, Sc * (1 - Da) + (1 - Sa) * Dc]

显然，alpha的值为Sa + Da - 2 * Sa * Da，只有Sa=Da=1的时候，这个值为0，也就是两者完全不透明并且相交的时候不绘制，除此之外都会绘制
color值受两者的color值影响，计算公式是：Sc * (1 - Da) + (1 - Sa) * Dc

1.14 PorterDuff.Mode.DARKEN

字面翻译就是变暗模式,两者都绘制，并且在两者相交的位置对颜色进行处理（也就是所谓的变暗）
Android源码中的颜色数组为[Sa + Da - Sa*Da, Sc*(1 - Da) + Dc*(1 - Sa) + min(Sc, Dc)]

alpha值为Sa + Da - Sa*Da，因为alpha的值在0到1之间，所以alpha值是增大的，所以更加不透明了
color值为Sc*(1 - Da) + Dc*(1 - Sa) + min(Sc, Dc)

1.15 PorterDuff.Mode.LIGHTEN

和DARKEN相反，字面意思就是变亮
Android源码中的颜色数组为[Sa + Da - Sa*Da, Sc*(1 - Da) + Dc*(1 - Sa) + max(Sc, Dc)]
alpha计算和DARKEN一样，更加不透明，颜色计算这里取的是max(Sc, Dc)，而DARKEN里取的是min(Sc, Dc)，我们知道颜色越小就越暗（黑色是000000，白色是ffffff）

1.16 PorterDuff.Mode.MULTIPLY

字面翻译就是正片叠底，只绘制相交区域，并处理
Android源码中的颜色数组为[Sa * Da, Sc * Dc]

显然，当Sa为0或者Da为0的时候，全透明，只有当两者都不透明时，绘制图像，color值为Sc * Dc

1.17 PorterDuff.Mode.SCREEN

字面翻译就是屏幕（说好听一点叫滤色），绘制所有区域，并处理
Android源码中的颜色数组为[Sa + Da - Sa * Da, Sc + Dc - Sc * Dc]

1.18 PorterDuff.Mode.ADD

叠加饱和度，这个算是后面加的一种模式
官方文档上的alpha值和color值计算规则

效果图如下

1.19 PorterDuff.OVERLAY

叠加模式
官方文档上的alpha值和color值计算规则