某天，设计师同学Syson问我，怎么在安卓上做出类似iOS上的按钮点击效果，也就是在手指按下去的时候，按钮中非透明的部分变暗，是不是应该给每个按钮出两个素材。
这个效果在iOS上是自带的，但是该怎么在安卓实现呢。上网查了查，发现可以使用ColorFilter对Drawable的东西做改变，这样，设计师就不用为每个按钮出两套素材了。
看到ColorFilter这个词，猜猜意思大概就是类似滤镜的存在，应该就是我想要找的东西了吧。但是刚看了一眼Drawable中的setColorFilter方法，就已经被其中的各种PorterDuff.Mode中的模式弄晕了。官方文档中对ColorFilter中需要设置的PorterDuff.Mode的解释也都是我看不懂的公式-.-还好找到了几篇比较通俗的讲解，所以大概了解了一下每一种Mode直观上的意思，当然啦没学过图形学还是不能完完全全理解，所以这里写的只是我觉得比较好理解的方式吧。
先要说：PorterDuff是什么，因为我完全看不懂这两个词拼在一起是什么意思。后来发现，这居然是两个人的姓！Thomas Porter和Tom Duff在1984年发了一篇paper，提出了带alpha通道的数字图像的组合运算（可以这么说么？），反正就是很厉害的样子-.-。
进入正题～
当我们描述一个像素点的时候，可以用RGBA四个维度来描述它。其中的A是alpha，它的值在0到1之间。0表示了这个像素点是完全透明的。1表示了这个像素点是完全不透明的。为了方便理解，假设我手头有两张图片，每一张的每一个像素点，要么是全不透明，要么是全透明，也就是说现在暂时没有alpha在(0, 1)之间的像素点。
比如这样两张图片：红色的圆形和蓝色的方形。
现在我们把红色的圆形这张图放在下面，将蓝色的方形这张图叠上去。这时，每一个像素点的位置可能会有四种情况：
- 这两张图片，在这一个位置上的像素点都是透明；
- 这两张图片，在这一个位置上的像素点都是不透明的；
- 红色的圆形图片中，在这个位置的像素点是透明的，而蓝色的方形图片中，在这个位置上的像素点是不透明的；
- 蓝色的方形图片中，在这个位置的像素点是透明的，而红色的圆形图片中，在这个位置上的像素点是不透明的；
那么这两张图片上下叠起来之后，最后呈现在这个像素点的位置的颜色应该是什么呢？如果我们找了一张新的画布，要把最后呈现的样子画到新的画布上，那么新的画布上的每个像素点，已经默默的根据上面的四种情况被分为了四类。
现在我们要对新的画布涂颜色了。新画布上每一个像素点应该涂什么颜色呢？因为这个颜色不能凭空变出来，所以得遵循这样的规则（为了好理解，这是以alpha只能为0或1为前提的，如果alpha是其它值，就不一定是这样啦）：
| 像素点的类型 | 都是透明的 | 都是不透明的 | 只在红色的圆形图片中是透明的 | 只在蓝色的方形图片中是透明的 | |
|---|---|---|---|---|---|
| 可以涂什么颜色 | 只能涂透明色 | 能涂透明色、蓝色或红色 | 能涂透明色或蓝色 | 能涂透明色或红色 |
这样以来，对于整张图，我们一共得到了1X3X2X2也就是12种规则。
这12种规则可以类比PorterDuff的12种模式，当然也是在alpha值只能为0或1的前提下。表格里“R”表示涂红色，“B”表示涂蓝色，“0”表示涂透明色。
| PorterDuff模式 | 都是透明的 | 都是不透明的 | 只在红色的圆形图片中是透明的 | 只在蓝色的方形图片中是透明的 | |
|---|---|---|---|---|---|
| CLEAR | 0 | 0 | 0 | 0 | |
| SRC | 0 | B | B | 0 | |
| DST | 0 | R | 0 | R | |
| SRC_OVER | 0 | B | B | R | |
| DST_OVER | 0 | R | B | R | |
| SRC_IN | 0 | B | 0 | 0 | |
| DST_IN | 0 | R | 0 | 0 | |
| SRC_OUT | 0 | 0 | B | 0 | |
| DST_OUT | 0 | 0 | 0 | R | |
| SRC_ATOP | 0 | B | 0 | R | |
| DST_ATOP | 0 | R | B | 0 | |
| XOR | 0 | 0 | B | R |
画图直观感受一下：
感受就是，这好像和“逻辑运算”有着隐隐的关系-.-，这里DST代表了压在下面的图片，比如例子中的红色的圆形图片，SRC代表了叠在上面的图片，比如例子中的蓝色的方形图片。
好啦，那么在alpha可以是[0, 1]中的任意值的情况下呢？
现在我们让红色的圆形和蓝色的方形的都变成半透明的：
先用这张图直观的感受一下：
能发现，这里产生了除了带透明度的蓝色、带透明度的红色之外的颜色，比如SRC_OVER和DST_OVER中重叠部分的颜色。那么这些颜色都是怎么被创造出来的呢？安卓的官方文档中记载了PorterDuff的各种模式的计算公式。
虽然第一眼看不太懂，但是查了一下各个变量代表的意思：
Sa全称为Source alpha表示源图的Alpha通道；
Sc全称为Source color表示源图的颜色；
Da全称为Destination alpha表示目标图的Alpha通道；
Dc全称为Destination color表示目标图的颜色；
得到的结果以[alpha, color]的形式表示。
虽然我想尽力多知道一些为什么，但是好多地方还是不那么理解，所以目前只能知道这些TAT：
- 两张图“重叠部分”之外的颜色，要么是透明，要么就是原来的颜色；
- CLEAR模式下，整张图都是透明的；
- SRC模式下得到的图，就是SRC；DST模式下得到的图，就是DST；
对了，除了这12中模式，PorterDuff中还剩下的6种模式（ADD、DARKEN、LIGHTEN、MULTIPLY、OVERLAY、SCREEN）是什么呢？
如果我没理解错的话，这6种模式得到的效果，和Photoshop里对应的混合模式得到的效果是一致的（好像MULTIPLY是不完全一致0.0）。
效果：
终于把PorterDuff的几种模式整理了一下，现在回到最开头的问题：应该怎么在安卓的button中实现iOS上的点击效果呢？
Drawable类中有一个setColorFilter()方法，它可以接收两个参数：颜色的色值和PorterDuff模式。通过setColorFilter()设置颜色，相当于在Drawable对象上加上了一层纯色，并采用对应PorterDuff模式来显示得到最终效果。
通过Button类中getBackground()，我们可以得到按钮的图标对应的Drawable对象，setColorFilter()方法正好可以施加在按钮的图标上。
考虑到我们需要得到的最终效果是，背景图案上透明的部分仍然透明，而背景图案上不透明的部分蒙上设置的颜色，所以可以选择SRC_ATOP模式或者MULTIPLY模式。
使用SRC_ATOP模式的代码片段：
button.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View view, MotionEvent event) {
Button touchedButton = (Button)view;
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
touchedButton.getBackground().setColorFilter(0x77FFFF00, PorterDuff.Mode.SRC_ATOP);
touchedButton.invalidate();
break;
case MotionEvent.ACTION_CANCEL:
case MotionEvent.ACTION_UP:
touchedButton.getBackground().clearColorFilter();
touchedButton.invalidate();
break;
}
return true;
}
});
效果：
写这篇文章时遇到的一个问题：
文章中红色圆形和蓝色方块的例子，是我在安卓sample code的基础上加以修改然后生成的图片。（虽然传说android studio自带sample code，但是不知道我这出了什么问题没弄出来，所以参考的是这里的。）这段代码生成出来的图片应该是这样的（随便google一下全是这张图-.-）：
让我觉得很奇怪的地方是，这里的CLEAR不是全透明的。我奇怪了很久google了很久也改代码改了很久，确认我对CLEAR的理解没有错。最后发现了真相：
造成这个问题的原因是硬件加速。需要在View中关闭硬件加速才能得到正确的结果。
比如在构造函数中调用：
setLayerType(View.LAYER_TYPE_SOFTWARE, null);
关闭硬件加速后，就能生成正确的结果了。生成之后，我发现上张图中的Darken和Lighten也是错误的哟。
参考资料：
click effect on button in Android
Porter/Duff Compositing and Blend Modes
PorterDuff.Mode
Alpha compositing
PorterduffXfermode: Clear a section of a bitmap
详解Paint的setXfermode
Android example source code file (Xfermodes.java)