使用过MIUI的同学应该遇到过MIUI的app卸载动画,作为多年的米粉,当我尝试去实现这个动画的时候,第一时间就是在网上看有没有类似的效果,果然我找到了这个:
【Android效果集】学习ExplosionField之粒子破碎效果
可这个动画使用起来并不理想,其粒子在爆炸后,其运动方向左右摇摆,当我仔细阅读代码之后,发现其中 advance方法(即动画进行过程中,用于改变粒子参数的方法)如图:
可以看到,随着动画的进行,粒子的圆心x坐标,每次都会加一个随机正负的随机数;圆心的y坐标会加一个正随机数;因此粒子的左右移动是不确定的,这并不符合自然规律。
那么什么才是自然规律呢?
- 粒子在x轴上:爆炸的那一刻,就决定了是往左还是往右,之后只能朝着这个方向继续移动。
- 粒子的y轴上:可以看到MIUI的效果,是粒子先向上运动,然后下落。
于是,我又找了开源项目:
该项目效果如图:
可以看到效果几乎与MIUI的效果相同,但是该项目没有一句注释,且其对粒子的参数进行的大量数学计算,因此我费了好大劲,终于像解方程一样,理清了开发者的思路。下面先分析该项目代码:
代码分析
使用方法:
实例化:
mExplosionField = ExplosionField.attach2Window(this);
给View添加爆炸效果:
mExplosionField.explode(view);
分析
该项目总共有四个类:
- ExplosionAnimator,继承自ValueAnimator,负责产生具有动画规律的数字,还有负责生成粒子、绘制粒子的方法。
- ExplosionField,继承自View,用于将动画生成的粒子绘制在界面上,包含执行动画、将自身添加到ContentView中的方法。
- Particle,粒子的实体类,同时也是ExplosionAnimator的内部类,包含粒子绘制的参数,以及最重要的粒子随着动画进程,改变自身参数的advance方法。
- Utils,工具类,包含dp转px、根据View创建Bitmap方法。
其思路流程不在赘述,了解过自定义View和属性动画的同学应该都能看的懂,这里贴两个思维导图(原谅我做的图太丑了 o(╥﹏╥)o):
我们重点来讲讲粒子的生成方法和变化方法:
首先是粒子的各项参数(加注释版):
private class Particle {
float alpha; // 透明度
int color; // 颜色
float cx; // 粒子圆心 x
float cy; // 粒子圆心 y
float radius; // 粒子半径
float baseCx; // 粒子圆心 x的基础值,后续cx的取值就由baseCx为基准
float baseCy; // 粒子圆心 y的基础值,后续cy的取值就由baseCy为基准
float baseRadius; // 粒子的基础半径,后续radius的取值就由baseRadius为基准
float top; // 负责cy变化的因素
float bottom; // 负责cx变化的因素
float mag; // 负责cy变化的因素(因为是基于上面两个值计算而来,通过修改计算公式可以修改粒子变化幅度
float neg; // 同上
float life; // 决定了粒子在动画开始多久之后,开始显示
float overflow; // 决定了粒子动画结束前多少时间开始隐藏
}
当我刚开始看到一大堆bottom、top、mag等参数时,一脸懵逼,后来通过分析其粒子生成方法和粒子变化方法,才推测出这些参数的用处。
然后,我们来看看粒子生成方法 generateParticle(int color, Random random):
private Particle generateParticle(int color, Random random) {
Particle particle = new Particle();
particle.color = color;
particle.radius = V;
if (random.nextFloat() < 0.2f) {
particle.baseRadius = V + ((X - V) * random.nextFloat());
} else {
particle.baseRadius = W + ((V - W) * random.nextFloat());
}
float nextFloat = random.nextFloat();
particle.top = mBound.height() * ((0.18f * random.nextFloat()) + 0.2f);
particle.top = nextFloat < 0.2f ? particle.top : particle.top + ((particle.top * 0.2f) * random.nextFloat());
particle.bottom = (mBound.height() * (random.nextFloat() - 0.5f)) * 1.8f;
float f = nextFloat < 0.2f ? particle.bottom : nextFloat < 0.8f ? particle.bottom * 0.6f : particle.bottom * 0.3f;
particle.bottom = f;
particle.mag = 4.0f * particle.top / particle.bottom;
particle.neg = (-particle.mag) / particle.bottom;
f = mBound.centerX() + (Y * (random.nextFloat() - 0.5f));
particle.baseCx = f;
particle.cx = f;
f = mBound.centerY() + (Y * (random.nextFloat() - 0.5f));
particle.baseCy = f;
particle.cy = f;
particle.life = END_VALUE / 10 * random.nextFloat();
particle.overflow = 0.4f * random.nextFloat();
particle.alpha = 1f;
return particle;
}
恩…配合下面的思维导图食用更佳:
红色参数:粒子在生成时,就固定下来的参数,随着动画进程而不改变的值。
请注意绿色部分的正负取值
总之,上面的一系列计算,都是以为了让每一个粒子都有不一样的参数,以及后续在动画进程中不一样的运动轨迹。值得注意的是,上面的top和bottom在计算中,使用了同一个变量–nextFloat,因此bottom与top的规律在于:top越大,bottom的相对值就越小,反之亦然。表现在运动轨迹上,就是粒子横向运动的越远,竖直方向运动的就越近(相对来说).这里就不得不佩服开发者的细心了,这种规律都能考虑到 Orz。
我们继续来看粒子的变化方法 advance(float factor):
public void advance(float factor) {
float f = 0f;
float normalization = factor / END_VALUE;
if (normalization < life || normalization > 1f - overflow) {
alpha = 0f;
return;
}
normalization = (normalization - life) / (1f - life - overflow);
float f2 = normalization * END_VALUE;
if (normalization >= 0.7f) {
f = (normalization - 0.7f) / 0.3f;
}
alpha = 1f - f;
f = bottom * f2;
cx = baseCx + f;
cy = (float) (baseCy - this.neg * Math.pow(f, 2.0)) - f * mag;
radius = V + (baseRadius - V) * f2;
}
添加注释后:
public void advance(float factor) {
float f = 0f;
// normal= 粒子在可显示的范围内,动画进行到了几分之几
float normalization = factor / END_VALUE;
// 动画开始前和结束前的一段时间内是透明(不进行绘制)的。
if (normalization < life || normalization > 1f - overflow) {
alpha = 0f;
return;
}
// normal= 粒子在可显示的范围内,动画实际进行到了几分之几
normalization = (normalization - life) / (1f - life - overflow);
// f2= 实际进行到的数值
float f2 = normalization * END_VALUE;
// 动画实际进程超过7/10,则开始逐渐透明。
if (normalization >= 0.7f) {
f = (normalization - 0.7f) / 0.3f;
}
alpha = 1f - f;
// cx 在baseCx的基础上增长f2个bottom(bottom可能是负数,这里就表现了粒子是往左移动还是往右移动
f = bottom * f2;
cx = baseCx + f;
// 可以把这个计算视为一个方程,然后,我们一步步简化:
// 已知:mag=4*top/bottom; neg=-mag / bottom; f=bottom*f2;
// 则:cy = (float) (baseCy - this.neg * Math.pow(f, 2.0)) - f * mag;
// 则:cy= (float)(baseCy-(-(4*top/bottom)/bottom)*bottom*bottom*f2*f2)-bottom*f2*4*top/bottom;
// 则:cy= baseCy+(4*top*(f2*(f2-1)));
// 那么,我们就可以的出cy的变化曲线函数: y=baseCy+4*top*(x*(x-1),再简化: y=j+k*(x*(x-1),j、k都是常数,x为 0~1.4;
// 那么,粒子的变化因素只有一个x*(x-1)
cy = (float) (baseCy - this.neg * Math.pow(f, 2.0)) - f * mag;
// 可以简化为:y=k*x,k是常数,x为 0~1.4;因此radius是不断增长的。
radius = V + (baseRadius - V) * f2;
}
注释里基本都写的很清楚了,关键是Cy的取值,我们可以看到,cy的变化因素为y=x*(x-1),那么,我们在函数曲线中看一下:
可以看到,y是先下降再上升,且当x小于1时,y是负值。动画的结束值是1.4,那么当动画进程在0.5之前时,baseCy是加一个不断变小的负值,表现到View坐标系中,则是粒子向上运动。之后,便是baseCy加一个不断增加的值,表现为粒子向下运动。
我们可以测试一下,先打印第一个粒子的baseCy和top值:
if(ttt==0){
tt=bottom;
Log.d("ExplosionAnimator","baseCy="+baseCy+";top="+top);
} else{
if(ttt==bottom){
Log.d("ExplosionAnimator","baseCy="+baseCy+";top="+top);
}
}
日志:
D/ExplosionAnimator: baseCy=299.99106;top=147.68047
我们将其应用到函数曲线中:
因为View坐标系y轴是向下的,与数学坐标系相反,我们可以修改一下方程,达到类似View坐标系的效果:
总结
代码分析的差不多了,我们基本上可以看出开发者的思路:粒子的生成的时候,通过大量的随机运算,给粒子赋予尽量区别于其他粒子的参数。
其中:
- cx,初始位置为view中心点左右随机偏移一定值,根据bottom值,又可以分为向左运动(bottom为负数)的粒子、向右运动(bottom为正数)的粒子;
- cy,初始位置为view中心点上下随机偏移一定值,粒子在y轴上沿y=x*(x-1)曲线运动;
- radius,初始为大半径(1/5概率)、小半径(4/5概率),之后开始逐渐变大;
- alpha,初始为1,动画实际进程超过7/10时,开始逐渐变透明;
- 每一个粒子都有一个经过随机运算得出的life和overflow,取值差不多为0.0x~0.1x之间,用于控制粒子在开始的前多少时间、动画结束前的多少时间,是不显示的,这样就有了一个错落出现、消失的层次感。
在这里,再次为开发者献上自己的膝盖~~~
一般当我们读懂了别人的代码后,自己去实现的时候,总是会遇到这样那样的问题,因此,我们这里可以尝试自己去顺着大牛的思路来实现这个效果,同时,加入自己的想法,进行部分功能的改进。这些东西就留给下一篇博客了!