移动开发 | 领风沐雨

Android动画机制全解析

导论本文着重讲解Android3.0后推出的属性动画框架Property Animation——Animator。产生原因 3.0之前已有的动画框架——Animation存在一些局限性， Animation框架定义了透明度，旋转，缩放和位移几种常见的动画，而且控制的是整个View，实现原理是每次绘制视图时View所在的ViewGroup中的drawChild函数获取该View的Animation的Transformation值，然后调用canvas.concat(transformToApply.getMatrix())，通过矩阵运算完成动画帧，如果动画没有完成，继续调用invalidate()函数，启动下次绘制来驱动动画，动画过程中的帧之间间隙时间是绘制函数所消耗的时间，可能会导致动画消耗比较多的CPU资源，最重要的是，动画改变的只是显示，并不能相应事件。而在Animator框架中使用最多的是AnimatorSet和ObjectAnimator配合，使用ObjectAnimator进行更精细化控制，只控制一个对象的一个属性值，多个ObjectAnimator组合到AnimatorSet形成一个动画。而且ObjectAnimator能够自动驱动，可以调用setFrameDelay(longframeDelay)设置动画帧之间的间隙时间，调整帧率，减少动画过程中频繁绘制界面，而在不影响动画效果的前提下减少CPU资源消耗。因此，Anroid推出的强大的属性动画框架，基本可以实现所有的动画效果。强大的原因因为属性动画框架操作的是真实的属性值，直接变化了对象的属性，因此可以很灵活的实现各种效果，而不局限于以前的4种动画效果。 ObjectAnimator ObjectAnimator是属性动画框架中最重要的实行类，创建一个ObjectAnimator只需通过他的静态工厂类直接返回一个ObjectAnimator对象。传的参数包括一个对象和对象的属性名字，但这个属性必须有get和set函数，内部会通过java反射机制来调用set函数修改对象属性值。还包括属性的初始值，最终值，还可以调用setInterpolator设置曲线函数。 ObjectAnimator实例 [view plain](http://www.netfoucs.com/article/x359981514/92198.html#)[copy to clipboard](http://www.netfoucs.com/article/x359981514/92198.html#)[print](http://www.netfoucs.com/article/x359981514/92198.html#)[?](http://www.netfoucs.com/article/x359981514/92198.html#) - ObjectAnimator.ofFloat(view, “rotationX”, .0F, 360.0F).setDuration(1000).start(); 这个例子很简单，针对view的属性rotationX进行持续时间为1000ms的0到360的角度变换。 PS：可操纵的属性参数：x/y；scaleX/scaleY；rotationX/ rotationY；transitionX/ transitionY等等。 PS：X是View最终的位置、translationX为最终位置与布局时初始位置的差。所以若就用translationX即为在原来基础上移动多少，X为最终多少。getX()的值为getLeft()与getTranslationX()的和。动画绘制过程的监听 [view plain](http://www.netfoucs.com/article/x359981514/92198.html#)[copy to clipboard](http://www.netfoucs.com/article/x359981514/92198.html#)[print](http://www.netfoucs.com/article/x359981514/92198.html#)[?](http://www.netfoucs.com/article/x359981514/92198.html#) - animator.addUpdateListener(new AnimatorUpdateListener() { @Override public void onAnimationUpdate(ValueAnimator arg0) { } }); 该方法用来监听动画绘制过程中的每一帧的改变，通过这个方法，我们可以在动画重绘的过程中，实现自己的逻辑。同时修改多个属性值当然这个可以使用Animationset来实现，这里我们使用一种取巧的方法来实现： [view plain](http://www.netfoucs.com/article/x359981514/92198.html#)[copy to clipboard](http://www.netfoucs.com/article/x359981514/92198.html#)[print](http://www.netfoucs.com/article/x359981514/92198.html#)[?](http://www.netfoucs.com/article/x359981514/92198.html#) - ObjectAnimator anim = ObjectAnimator.ofFloat(view, “xxx”, 1.0F, .0F) .setDuration(500); anim.start(); anim.addUpdateListener(new AnimatorUpdateListener() { @Override public void onAnimationUpdate(ValueAnimator animation) { floatcVal = (Float) animation.getAnimatedValue(); view.setAlpha(cVal); view.setScaleX(cVal); view.setScaleY(cVal); } }); 我们可以监听一个并不存在的属性，而在监听动画更新的方法中，去修改view的属性，监听一个不存在的属性的原因就是，我们只需要动画的变化值，通过这个值，我们自己来实现要修改的效果，实际上，更直接的方法，就是使用ValueAnimator来实现，其实ObjectAnimator就是ValueAnimator的子类，这个在下面会具体讲到。 ...

Material Design开发利器

Android 5.0 Lollipop 是迄今为止最重大的一次发布，很大程度上是因为 material design —— 这是一门新的设计语言，它刷新了整个 Android 的用户体验。但是对于开发者来说，要设计出完全符合 material design 哲学的应用，是一个很大的挑战。Android Design Support Library 对此提供了很好的支持，里面汇集了很多重要的 material design 控件，支持所有 Android 2.1 及后续版本。里面你可以看到 navigation drawer view、floating labels、floating action button、snackbar、tabs，以及一套将它们紧密结合在一起的动作与滚动框架。 Navigation View（导航视图）无论从应用标识、内容导航，还是设计一致性来讲，navigation drawer 都是首当其冲的焦点。现在，NavigationView 让导航栏变得更简单，它提供了 navigation drawer 需要的框架，以及通过资源文件来自定义更多菜单项的能力。 ![navigationview](http://ac-lhzo7z96.clouddn.com/1433285108918) 你只需要将 NavigationView 作为 DrawerLayout 的内容视图来使用即可，例如： ![drawerlayout](http://ac-lhzo7z96.clouddn.com/1433297055793) 这里你会注意到两个属性：app:heanderLaytout 用来控制 header 部分的布局；app:menu 指定了菜单资源。NavigationView 自动处理了状态栏的变化，保证可以在 API 21+ 的设备上正确运行。最简单的 drawer 菜单就是一个允许选择的菜单项集合，例如： ![simplemenu](http://ac-lhzo7z96.clouddn.com/1433297095098) 选中的菜单会高亮显示，以提醒用户当前选择的是哪个菜单项。你也可以在菜单中使用 subheader 来实现独立的分组： ![subheader_menu](http://ac-lhzo7z96.clouddn.com/1433297134486) 调用 setNavigationItemSelectedListener() 后，在菜单项被选中的时候，你会通过OnNavigationItemSelectedListener 得到回调。在处理回调时，你会知道是哪个菜单项被点击，此时你可以处理选择事件，修改选中状态，加载新的内容，以及通过代码来关闭 drawer，或者其他任何你想执行的操作。文字输入时的悬浮标签尽管 EditText 已经为 material design 做了一些改善，但是还不够，譬如它在我们输入第一个字符的时候，就会自动隐藏掉提示标签。现在你该使用 TextInputLayout 了，它会在用户开始输入之后，自动将提示标签悬浮到 EditText 上方，这样用户就永远都能知道输入内容的上下文。 ...

Android应用层View绘制流程与源码分析

1 背景还记得前面《Android应用setContentView与LayoutInflater加载解析机制源码分析》这篇文章吗？我们有分析到Activity中界面加载显示的基本流程原理，记不记得最终分析结果就是下面的关系：看见没有，如上图中id为content的内容就是整个View树的结构，所以对每个具体View对象的操作，其实就是个递归的实现。前面《Android触摸屏事件派发机制详解与源码分析一(View篇)》文章的3-1小节说过Android中的任何一个布局、任何一个控件其实都是直接或间接继承自View实现的，当然也包括我们后面一步一步引出的自定义控件也不例外，所以说这些View应该都具有相同的绘制流程与机制才能显示到屏幕上（因为他们都具备相同的父类View，可能每个控件的具体绘制逻辑有差异，但是主流程都是一样的）。经过总结发现每一个View的绘制过程都必须经历三个最主要的过程，也就是measure、layout和draw。既然一个View的绘制主要流程是这三步，那一定有一个开始地方呀，就像一个类从main函数执行一样呀。对于View的绘制开始调运地方这里先给出结论，本文后面会反过来分析原因的，先往下看就行。具体结论如下：整个View树的绘图流程是在ViewRootImpl类的performTraversals()方法（这个方法巨长）开始的，该函数做的执行过程主要是根据之前设置的状态，判断是否重新计算视图大小(measure)、是否重新放置视图的位置(layout)、以及是否重绘 (draw)，其核心也就是通过判断来选择顺序执行这三个方法中的哪个，如下： `private void performTraversals() { ...... //最外层的根视图的widthMeasureSpec和heightMeasureSpec由来 //lp.width和lp.height在创建ViewGroup实例时等于MATCH_PARENT int childWidthMeasureSpec = getRootMeasureSpec(mWidth, lp.width); int childHeightMeasureSpec = getRootMeasureSpec(mHeight, lp.height); ...... mView.measure(childWidthMeasureSpec, childHeightMeasureSpec); ...... mView.layout(0, 0, mView.getMeasuredWidth(), mView.getMeasuredHeight()); ...... mView.draw(canvas); ...... }` 1 2 3 4 5 6 7 8 9 10 11 12 13 14 ` /** * Figures out the measure spec for the root view in a window based on it's * layout params. * * @param windowSize * The available width or height of the window * * @param rootDimension * The layout params for one dimension (width or height) of the * window. * * @return The measure spec to use to measure the root view. */ private static int getRootMeasureSpec(int windowSize, int rootDimension) { int measureSpec; switch (rootDimension) { case ViewGroup.LayoutParams.MATCH_PARENT: // Window can't resize. Force root view to be windowSize. measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.EXACTLY); break; ...... } return measureSpec; }` 1 ...

Android自定义控件（状态提示图表）

1 背景前面分析那么多系统源码了，也该暂停下来休息一下，趁昨晚闲着看见一个有意思的需求就操练一下分析源码后的实例演练—-自定义控件。这个实例很适合新手入门自定义控件。先看下效果图：横屏模式如下：竖屏模式如下：看见没有，这个控件完全自定义的，连文字等都是自定义的，没有任何图片等资源，就仅仅是一个小的java文件，这个界面只有一个控件。如下咱们看下实现代码。 !!!!!!! 下载Demo工程源码点击我【工匠若水 http://blog.csdn.net/yanbober 转载烦请注明出处，尊重分享成果】 2 实例代码如下就是整个工程的源码了。自定义上面展示的控件AreaChartsView源码： `/** * Author : yanbo * Date : 2015-06-03 * Time : 09:22 * Description : 自定义区域描述图表View */ public class AreaChartsView extends View { private Paint mPaint; private int[] mZeroPos = new int[2]; private int[] mMaxYPos = new int[2]; private int[] mMaxXPos = new int[2]; private int mWidth, mHight; private int mRealWidth, mRealHight; private String mTitleY, mTitleX; private ArrayList<Integer> mXLevel = new ArrayList<>(); private ArrayList<Integer> mYLevel = new ArrayList<>(); private ArrayList<String> mGridLevelText = new ArrayList<>(); private ArrayList<Integer> mGridColorLevel = new ArrayList<>(); private ArrayList<Integer> mGridTxtColorLevel = new ArrayList<>(); private int mGridLevel = mXLevel.size() - 1; //title字符大小 private int mXYTitleTextSize = 40; private int mMeasureXpos, mMeasureYpos; public AreaChartsView(Context context, AttributeSet attrs) { super(context, attrs); mPaint = new Paint(Paint.ANTI_ALIAS_FLAG); mPaint.setAntiAlias(true); mPaint.setFilterBitmap(true); } @Override protected void onLayout(boolean changed, int left, int top, int right, int bottom) { super.onLayout(changed, left, top, right, bottom); mWidth = getWidth(); mHight = getHeight(); } @Override protected void onDraw(Canvas canvas) { super.onDraw(canvas); initPosition(); drawXYTitle(canvas); drawXYLine(canvas); drawContent(canvas); } private void initPosition() { //初始化坐标图的xy交点原点坐标 mZeroPos[0] = mXYTitleTextSize * 2; mZeroPos[1] = mHight - mXYTitleTextSize * 4; //初始化坐标图的X轴最大值坐标 mMaxXPos[0] = mWidth; mMaxXPos[1] = mHight - mXYTitleTextSize * 4; //初始化坐标图的Y轴最大值坐标 mMaxYPos[0] = mXYTitleTextSize * 2; mMaxYPos[1] = mXYTitleTextSize * 2; } private void drawXYTitle(Canvas canvas) { mPaint.setColor(Color.parseColor("#1FB0E7")); mPaint.setTextSize(mXYTitleTextSize); mPaint.setTextAlign(Paint.Align.LEFT); //画Y轴顶的title canvas.drawText(mTitleY, mMaxYPos[0] - mXYTitleTextSize * 2, mMaxYPos[1] - mXYTitleTextSize, mPaint); mPaint.setTextAlign(Paint.Align.RIGHT); //画X轴顶的title canvas.drawText(mTitleX, mMaxXPos[0], mMaxXPos[1] + mXYTitleTextSize * 2, mPaint); } private void drawXYLine(Canvas canvas) { mPaint.setColor(Color.DKGRAY); mPaint.setTextAlign(Paint.Align.RIGHT); //画XY轴 canvas.drawLine(mMaxYPos[0], mMaxYPos[1], mZeroPos[0], mZeroPos[1], mPaint); canvas.drawLine(mZeroPos[0], mZeroPos[1], mMaxXPos[0], mMaxXPos[1], mPaint); } private void drawContent(Canvas canvas) { mGridLevel = mXLevel.size() - 1; //计算出偏移title等显示尺标后的真实XY轴长度，便于接下来等分 mRealWidth = (mWidth - mXYTitleTextSize * 2); mRealHight = (mHight - mXYTitleTextSize * 4); //算出等分间距 int offsetX = mRealWidth/(mGridLevel); int offsetY = mRealHight/(mGridLevel+1); //循环绘制content for (int index=0; index<mGridLevel+1; index++) { mPaint.setColor(Color.DKGRAY); mPaint.setTextAlign(Paint.Align.RIGHT); mPaint.setTextSize(mXYTitleTextSize-5); //绘制X轴的那些坐标区间点，包含0点坐标 canvas.drawText(String.valueOf(mXLevel.get(index)), mZeroPos[0]+(index*offsetX), mZeroPos[1] + mXYTitleTextSize, mPaint); if (index != 0) { //绘制Y轴坐标区间点，不包含0点坐标，X轴已经画过了 canvas.drawText(String.valueOf(mYLevel.get(index)), mZeroPos[0], mZeroPos[1]-(index*offsetY), mPaint); } if (index == mGridLevel) { //坐标区间 = 真实区间 + 1 break; } mPaint.setColor(mGridColorLevel.get(mGridLevel - 1 - index)); mPaint.setStyle(Paint.Style.FILL); //绘制区间叠加图谱方块，从远到0坐标，因为小的图会覆盖大的图 canvas.drawRect(mMaxYPos[0], mMaxYPos[1] + index*offsetY, mMaxXPos[0]-index*offsetX, mMaxXPos[1], mPaint); mPaint.setColor(mGridTxtColorLevel.get(index)); mPaint.setTextAlign(Paint.Align.RIGHT); mPaint.setTextSize(mXYTitleTextSize); //绘制每个方块状态区间的提示文字 canvas.drawText(mGridLevelText.get(index), mMaxXPos[0] - index * offsetX - mXYTitleTextSize, mMaxYPos[1] + index * offsetY + mXYTitleTextSize, mPaint); } //绘制当前坐标 drawNotice(canvas, offsetX, offsetY); } private void drawNotice(Canvas canvas, int offsetX, int offsetY) { int realPosX = 0; int realPosY = 0; //计算传入的x值与真实屏幕坐标的像素值的百分比差值转换 for (int index=0; index<mGridLevel; index++) { if (mMeasureXpos >= mXLevel.get(index) && mMeasureXpos < mXLevel.get(index+1)) { int subValue = mMeasureXpos - mXLevel.get(index); int offset = mXLevel.get(index+1) - mXLevel.get(index); realPosX = mZeroPos[0] + index*offsetX + (subValue / offset); break; } } //计算传入的y值与真实屏幕坐标的像素值的百分比差值转换 for (int index=0; index<mGridLevel; index++) { if (mMeasureYpos >= mYLevel.get(index) && mMeasureYpos < mYLevel.get(index+1)) { int subValue = mMeasureYpos - mYLevel.get(index); int offset = mYLevel.get(index+1) - mYLevel.get(index); realPosY = mZeroPos[1] - index*offsetY - (offsetY - (subValue / offset)); break; } } //画我们传入的坐标点的标记小红点 mPaint.setColor(Color.RED); mPaint.setStyle(Paint.Style.FILL); canvas.drawCircle(realPosX, realPosY, 8, mPaint); int[] centerPos = {mZeroPos[0] + mRealWidth/2, mZeroPos[1] - mRealHight/2}; mPaint.setColor(Color.WHITE); mPaint.setStyle(Paint.Style.FILL_AND_STROKE); RectF rectF = null; Path path = new Path(); //画红点旁边的提示框和文字，有四个区域，然后提示框的小三角指标方位不同 if (realPosX <= centerPos[0] && realPosY >= centerPos[1]) { //left-bottom //画三角形 path.moveTo(realPosX+5, realPosY+5); path.lineTo(realPosX+15, realPosY+15); path.lineTo(realPosX+15, realPosY-15); //画矩形背景 rectF = new RectF(realPosX+15, realPosY-40, realPosX+200, realPosY + 30); canvas.drawRoundRect(rectF, 15, 15, mPaint); //画提示框的文字 mPaint.reset(); mPaint.setColor(Color.RED); mPaint.setTextSize(mXYTitleTextSize - 5); canvas.drawText("("+mMeasureXpos+", "+mMeasureYpos+")", realPosX+30, realPosY, mPaint); } else if (realPosX <= centerPos[0] && realPosY < centerPos[1]) { //left-top path.moveTo(realPosX+5, realPosY+5); path.lineTo(realPosX+15, realPosY+15); path.lineTo(realPosX + 15, realPosY - 15); rectF = new RectF(realPosX+15, realPosY - 20, realPosX+200, realPosY + 50); canvas.drawRoundRect(rectF, 15, 15, mPaint); mPaint.reset(); mPaint.setColor(Color.RED); mPaint.setTextSize(mXYTitleTextSize - 5); canvas.drawText("("+mMeasureXpos+", "+mMeasureYpos+")", realPosX+30, realPosY+20, mPaint); } else if (realPosX > centerPos[0] && realPosY >= centerPos[1]) { //right-bottom path.moveTo(realPosX-5, realPosY+5); path.lineTo(realPosX-15, realPosY+15); path.lineTo(realPosX - 15, realPosY - 15); rectF = new RectF(realPosX-200, realPosY-40, realPosX-15, realPosY + 30); canvas.drawRoundRect(rectF, 15, 15, mPaint); mPaint.reset(); mPaint.setColor(Color.RED); mPaint.setTextSize(mXYTitleTextSize - 5); canvas.drawText("("+mMeasureXpos+", "+mMeasureYpos+")", realPosX-180, realPosY, mPaint); } else if (realPosX > centerPos[0] && realPosY < centerPos[1]) { //right-top path.moveTo(realPosX-5, realPosY+5); path.lineTo(realPosX-15, realPosY+15); path.lineTo(realPosX - 15, realPosY - 15); rectF = new RectF(realPosX-200, realPosY - 20, realPosX-15, realPosY + 50); canvas.drawRoundRect(rectF, 15, 15, mPaint); mPaint.reset(); mPaint.setColor(Color.RED); mPaint.setTextSize(mXYTitleTextSize - 5); canvas.drawText("("+mMeasureXpos+", "+mMeasureYpos+")", realPosX-180, realPosY+30, mPaint); } path.close(); mPaint.setColor(Color.WHITE); mPaint.setStyle(Paint.Style.FILL_AND_STROKE); canvas.drawPath(path, mPaint); } //设置当前比值 public void updateValues(int x, int y) { mMeasureXpos = x; mMeasureYpos = y; postInvalidate(); } //设置XY轴顶角的title字体大小 public void setTitleTextSize(int size) { mXYTitleTextSize = size; } //初始化X轴的坐标区间点值，可以不均等分 public void initXLevelOffset(ArrayList<Integer> list) { mXLevel.clear(); mXLevel.addAll(list); } //初始化Y轴的坐标区间点值，可以不均等分 public void initYLevelOffset(ArrayList<Integer> list) { mYLevel.clear(); mYLevel.addAll(list); } //初始化每个区间的提示文字，如果不想显示可以设置"" public void initGridLevelText(ArrayList<String> list) { mGridLevelText.clear(); mGridLevelText.addAll(list); } //初始化每个区间的颜色 public void initGridColorLevel(ArrayList<Integer> list) { mGridColorLevel.clear(); mGridColorLevel.addAll(list); } //初始化每个区间的提示文字颜色 public void initGridTxtColorLevel(ArrayList<Integer> list) { mGridTxtColorLevel.clear(); mGridTxtColorLevel.addAll(list); } //初始化XY轴title public void initTitleXY(String x, String y) { mTitleX = x; mTitleY = y; } }` 再来看下布局文件： ...

Android屏幕适配全攻略(最权威的官方适配指导)

转载：http://blog.csdn.net/zhaokaiqiang1992 Android的屏幕适配一直以来都在折磨着我们这些开发者，本篇文章以Google的官方文档为基础，全面而深入的讲解了Android屏幕适配的原因、重要概念、解决方案及最佳实践，我相信如果你能认真的学习本文，对于Android的屏幕适配，你将有所收获！ - [Android屏幕适配出现的原因](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#android屏幕适配出现的原因) - [重要概念](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#重要概念) - [屏幕尺寸](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#屏幕尺寸) - [屏幕分辨率](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#屏幕分辨率) - [屏幕像素密度](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#屏幕像素密度) - [dpdipdpisppx](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#dpdipdpisppx) - [mdpihdpixdpixxdpi](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#mdpihdpixdpixxdpi) - [解决方案](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#解决方案) - [支持各种屏幕尺寸](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#支持各种屏幕尺寸) - [使用wrap_contentmatch_parentweight](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#使用wrapcontentmatchparentweight) - [使用相对布局禁用绝对布局](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#使用相对布局禁用绝对布局) - [使用限定符](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#使用限定符) - [使用尺寸限定符](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#使用尺寸限定符) - [使用最小宽度限定符](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#使用最小宽度限定符) - [使用布局别名](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#使用布局别名) - [使用屏幕方向限定符](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#使用屏幕方向限定符) - [使用自动拉伸位图](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#使用自动拉伸位图) - [支持各种屏幕密度](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#支持各种屏幕密度) - [使用非密度制约像素](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#使用非密度制约像素) - [提供备用位图](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#提供备用位图) - [实施自适应用户界面流程](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#实施自适应用户界面流程) - [确定当前布局](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#确定当前布局) - [根据当前布局做出响应](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#根据当前布局做出响应) - [重复使用其他活动中的片段](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#重复使用其他活动中的片段) - [处理屏幕配置变化](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#处理屏幕配置变化) - [最佳实践](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#最佳实践) - [关于高清设计图尺寸](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#关于高清设计图尺寸) - [ImageView的ScaleType属性](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#imageview的scaletype属性) - [动态设置](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#动态设置) - [更多参考资料](http://blog.csdn.net/zhaokaiqiang1992/article/details/45419023#更多参考资料) Android屏幕适配出现的原因在我们学习如何进行屏幕适配之前，我们需要先了解下为什么Android需要进行屏幕适配。由于Android系统的开放性，任何用户、开发者、OEM厂商、运营商都可以对Android进行定制，修改成他们想要的样子。但是这种“碎片化”到底到达什么程度呢？在2012年，OpenSignalMaps（以下简称OSM）发布了第一份Android碎片化报告，统计数据表明， 2012年，支持Android的设备共有3997种。 2013年，支持Android的设备共有11868种。 2014年，支持Android的设备共有18796种。下面这张图片所显示的内容足以充分说明当今Android系统碎片化问题的严重性，因为该图片中的每一个矩形都代表着一种Android设备。 ...

通过 Navigation View 创建导航抽屉

随着 Google I/O 2015，新的 Android Design Support Library 也出现了。 Android Design Support Library 给开发者带来了一些重要的 Material Design 组件，并且向下兼容到 Android 2.1，Navigation View就是其中之一，可用于方便地创建导航抽屉。效果如下：因为需要向下兼容，所以以下内容的 Activity 均继承于AppCompatActivity，使用的主题的父主题均为 AppCompat 的主题。基本步骤通过Navigation View创建导航抽屉首先自然需要引入这个支持包： compile 'com.android.support:design:22.2.0' 布局文件中加入以下代码： ``` <android.support.v4.widget.DrawerLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" android:layout_width="match_parent" android:layout_height="match_parent">  <android.support.design.widget.NavigationView android:layout_width="wrap_content" android:layout_height="match_parent" android:layout_gravity="start" app:headerLayout="@layout/drawer_header" app:menu="@menu/drawer"/> </android.support.v4.widget.DrawerLayout> </div> 其中`app:headerLayout`用于指定一个任意的布局，作为导航抽屉的顶部，如效果图中的紫色带 Username 字样部分。而`app:menu`用于指定导航抽屉的菜单项，具体代码如下： <div class="codehilite"> <menu xmlns:android=“http://schemas.android.com/apk/res/android"> <group android:checkableBehavior="single"> <item android:id="@+id/nav_home" android:icon="@drawable/ic_dashboard" android:title="Home" /> <item android:id="@+id/nav_messages" android:icon="@drawable/ic_event" android:title="Messages" /> <item android:id="@+id/nav_friends" android:icon="@drawable/ic_headset" android:title="Friends" /> <item android:id="@+id/nav_discussion" android:icon="@drawable/ic_forum" android:title="Discussion" /> </group> <item android:title="Sub items"> <menu> <item android:icon="@drawable/ic_dashboard" android:title="Sub item 1" /> <item android:icon="@drawable/ic_forum" android:title="Sub item 2" /> </menu> </item> </menu> ...

Android开发技术周报

教程在 Android 中使用 data-binder 绑定布局 xml 与数据在前几天的 Google IO 2015 中，Google 在 support-v7 中新增了 data-binder，使用 data-binder 可以直接在布局的 xml 中绑定布局与数据，从而简化代码。因为 data-binder 是包含在 support-v7 包里面的，所以可以向下兼容到最低 Android 2.1 (API level 7+). Android的材料设计兼容库这个兼容库很容易和之前的 Android Support Library 22.1混淆，都是兼容库，区别是这个库多了个Design。 Android Support Library 22.1只是支持了一些基本控件的材料设计化，但是这个库更多的是对一些特效的实现，这个库和github上的很多开源项目是有很大关系的，material design的很多效果，同一种效果在github上有太多的实现，现在官方把部分效果标准化了。 Google I/O 2015 为 Android 开发者带来了哪些福利？先得说的便是，今年的更新有些不给力，至少显得不够 Geek。我也不打算接着盘点一些在 Keynote 中的资讯，想必很多人在各个站点已经看过不知道多少遍了，我接下来想说的一些是关于这次 Google I/O 为 Android 开发者们带来了怎样的福利。 Nexus6 With Android M开启多窗口模式昨天的Google IO之后，Google放出了Android M Preview for Nexus6. 固件大家可以去Google的官网去下，下好了刷完之后，就可以体验一下最新的Android M了。使用Android Accessibility实现免Root自动批量安装功能对于国内Android设备，应用的自动批量安装/更新一直是一个痛点，在之前，第三方应用商店通常要求设备Root，然后调用系统的PackageManagerService命令行来实现后台安装。最近，豌豆荚利用Android Accessibility（辅助功能）在业内率先实现了免Root自动批量安装功能。 Android 9patch 图片解析堆溢出漏洞分析前谷歌公开了一个今年1月份更新的漏洞。这个漏洞修复了一个存在于Android 5.1版本以下图片渲染的问题，可以查看相关链接。9patch是Android上特有的一种图片格式，就是在普通的png图片的基础了增加了一些像素的边框，使之具有可随意拉伸、缩放的功能。 Gradle 修改 Maven 仓库地址要先说明的是本文说的“渠道”单指在AndroidManifest.xml 用定义的一个标识字符串（如友盟统计）。在代码或者通过其他文件定义的方式殊途同归。说起 Android 多渠道打包，真是八仙过海各显神通：有手动一个个耐心打包的，有用Ant或Maven重复跑编译任务的，有用apktool解包后再修改重打包的，有在build.gradle定义一堆flavor的，乃至有通过apk里META-INF/下的空文件来定义渠道的。谷歌推荐的技术能力提升指南打好扎实的计算机科学基础对于成为一个成功的软件工程师是非常重要的。本指南主要关于如何提升自己的技术能力，非常适合学生用于制定教学课程，当然这里提供的网络资源，并不意味着就可以完全取代现有的课程，正式的课程安排还是要学的(除非你不想拿到毕业证书)。 Android应用setContentView与LayoutInflater加载解析机制源码分析其实之所以要说这个话题有几个原因：1.理解xml等控件是咋被显示的原理，通常大家写代码都是直接在onCreate里setContentView就完事，没怎么关注其实现原理。2.前面分析《Android触摸屏事件派发机制详解与源码分析三(Activity篇)》时提到了一些关于布局嵌套的问题，当时没有深入解释。 Android应用程序UI硬件加速渲染的预加载资源地图集服务（Asset Atlas Service）分析我们知道，Android系统在启动的时候，会对一些系统资源进行预加载。这样不仅使得应用程序在需要时可以快速地访问这些资源，还使得这些资源能够在不同应用程序之间进行共享。在硬件加速渲染环境中，这些预加载资源还有进一步优化的空间。 Android 不规则封闭区域填充手指秒变油漆桶图像的填充有2种经典算法。一种是种子填充法。种子填充法理论上能够填充任意区域和图形,但是这种算法存在大量的反复入栈和大规模的递归,降低了填充效率。另一种是扫描线填充法。 Android屏幕适配全攻略(最权威的官方适配指导)Android的屏幕适配一直以来都在折磨着我们这些开发者，本篇文章以Google的官方文档为基础，全面而深入的讲解了Android屏幕适配的原因、重要概念、解决方案及最佳实践，我相信如果你能认真的学习本文，对于Android的屏幕适配，你将有所收获！ Android系统Root与静默安装静默安装，指的是安装时无需任何用户干预，直接按默认设置安装应用。因为，它的无需用户干预，很多情况下变成了用户压根不知道，应用不知不觉就安装上了。是在推广上极为流氓的手段，很类似PC上的捆绑安装。正因为静默安装时极为流氓的推广行为，所以，其推广价格也极其高。代码&开源库 cheesesquareAndroid Design library的示例。 Android-NiceTab支持小圆点，背景模糊，图标cross fade等效果的自定义Tab. BGARefreshLayout-Android多种下拉刷新效果、上拉加载更多、可配置自定义头部广告位。 AnimateCheckBox自定义CheckBox，选中未选中的切换动画很赞。 SelectorInjection一个强大的selector注入器，它可以让view自动产生selector状态，免去了你写selector的麻烦。 ShareLoginLib第三方分享登录组件. AndroidGradleTemplateGradle + Android Studio + Robolectric + Espresso + Mockito + EasyMock/PowerMock + JaCoCo Android-Task可以在后台执行Task的Library。 FORMWatchFaceAnddroid Wear 表盘。 MultiThreadDownloader逻辑比较简单但实用的Android多线程断点续传下载器。 DatePickerAndroid日历选择器。 Material Calendar ViewMaterial Design风格的日历控件。工具 Android Studio 1.3 Preview1The new version contains many new features.: New Allocation Tracker New Heap dump Viewer Many new code inspections to enforce framework and support library threading annotations, range annotations, call super, check result, etc. Missing permission checks and unhandled revocable permission checks Android M preview data binding Support Support for adding Google Services to the project in the project structure dialog (especially for Analytics) SDK update notifications, and brand new integrated SDK manager UI New quickfixes, such as automatic generation of a Parcelable implementation Many built-in live code templates Many other smaller features and bug fixes As announced at Google I/O, Android Studio 1.3 will include C/C++ support as well, but that is not included in the first couple of preview buil * [Android NDK r10e][28]Release Notes: <http://developer.android.com/intl/zh-cn/ndk/downloads/index.html#rel> * [GsonFormat][29]根据Gson库使用的要求,将JSONObject格式的String 解析成实体的 Android Studio 插件。 ### 视频 {#} 1. [Google I/O 2015的各种视频][30]墙内Google I/O 2015的各种视频，没有看的小伙伴赶紧去瞅瞅看吧。 2. [Android QQ音乐架构演进][31]随着移动互联网的不断蓬勃发展，更多用户在移动设备上使用音乐服务，QQ音乐移动客户端使用用户数也在屡创新高，QQ音乐为了达到更好的用户体验并实现用户的新需求，原有的框架已经不能优雅的实现新需求和优先。如何优雅的实现各种需求并在性能和稳定性得到提高，QQ音乐Android开发团队通过以下的篇章给大家分享QQ音乐架构演进带来的痛与乐。转自：http://androidweekly.cn/android-dev-weekly-issue33/?utm_source=tuicool

Android中的dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()

Android中触摸事件传递过程中最重要的是dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()方法。这个是困扰初学者的问题之一，我开始也是。这里记录一下dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()的处理过程，以供记忆。 dispatchTouchEvent是处理触摸事件分发,事件(多数情况)是从Activity的dispatchTouchEvent开始的。执行 super.dispatchTouchEvent(ev)，事件向下分发。 onInterceptTouchEvent是ViewGroup提供的方法，默认返回false，返回true表示拦截。 onTouchEvent是View中提供的方法，ViewGroup也有这个方法，view中不提供onInterceptTouchEvent。view中默认返回true，表示消费了这个事件。 View里，有两个回调函数： **[java]** [view plain](http://blog.csdn.net/xyz_lmn/article/details/12517911#)[copy](http://blog.csdn.net/xyz_lmn/article/details/12517911#)[print](http://blog.csdn.net/xyz_lmn/article/details/12517911#)[?](http://blog.csdn.net/xyz_lmn/article/details/12517911#)[![在CODE上查看代码片](https://code.csdn.net/assets/CODE_ico.png)](https://code.csdn.net/snippets/219578)[![派生到我的代码片](https://code.csdn.net/assets/ico_fork.svg)](https://code.csdn.net/snippets/219578/fork) <div> <embed id="ZeroClipboardMovie_1" src="http://static.blog.csdn.net/scripts/ZeroClipboard/ZeroClipboard.swf" type="application/x-shockwave-flash" width="27" height="15" align="middle" name="ZeroClipboardMovie_1"> </embed> </div> </div> - public boolean dispatchTouchEvent(MotionEvent ev)； - public boolean onTouchEvent(MotionEvent ev); ViewGroup里，有三个回调函数： **[java]** [view plain](http://blog.csdn.net/xyz_lmn/article/details/12517911#)[copy](http://blog.csdn.net/xyz_lmn/article/details/12517911#)[print](http://blog.csdn.net/xyz_lmn/article/details/12517911#)[?](http://blog.csdn.net/xyz_lmn/article/details/12517911#)[![在CODE上查看代码片](https://code.csdn.net/assets/CODE_ico.png)](https://code.csdn.net/snippets/219578)[![派生到我的代码片](https://code.csdn.net/assets/ico_fork.svg)](https://code.csdn.net/snippets/219578/fork) <div> <embed id="ZeroClipboardMovie_2" src="http://static.blog.csdn.net/scripts/ZeroClipboard/ZeroClipboard.swf" type="application/x-shockwave-flash" width="27" height="15" align="middle" name="ZeroClipboardMovie_2"> </embed> </div> </div> - public boolean dispatchTouchEvent(MotionEvent ev)； - public boolean onInterceptTouchEvent(MotionEvent ev); - public boolean onTouchEvent(MotionEvent ev); 在Activity里，有两个回调函数： ...

ScrollView下，ListView生存之道

首先讲一下我遇到的需求吧，页面是这样的，上边有东西，中间是列表，下边还有东西。首先我看到列表立刻就想到了用ListView，但是页面有限，只能用ScrollView包一下。想到就做呗。我就在ScrollView里面加了一个ListView, ListView设置的是wapcontent，这样就出现了ListView数据只显示出了一行。好的，解决问题的方案就来了。一．设置scrollView中的ListView内容全部显示，不能滑动，将滑动交给scrollView去做。做法：在设置adapter之前，重新计算ListView的高度，我这里写了一个方法： java代码 [![](http://www.eyeandroid.com/source/plugin/milu_hightLight/help.png)](http://www.eyeandroid.com/) - /** - * 动态设置listView的高度 - * count 总条目 - */ - private void setListViewHeight(ListView listView, BaseAdapter adapter, - int count) { - int totalHeight = ; - for (int i = ; i < count; i++) { - View listItem = adapter.getView(i, null, listView); - listItem.measure(, ); - totalHeight += listItem.getMeasuredHeight(); - } - - ViewGroup.LayoutParams params = listView.getLayoutParams(); - params.height = totalHeight + (listView.getDividerHeight() * count); - listView.setLayoutParams(params); - } 这样做的前提条件是布局文件中ListView的高度要指定，这样才能重新计算，不要设成wapcontent！ ...

ViewStub、include、merge使用与源码分析

在开发中UI布局是我们都会遇到的问题，随着UI越来越多，布局的重复性、复杂度也会随之增长。Android官方给了几个优化的方法，但是网络上的资料基本上都是对官方资料的翻译，这些资料都特别的简单，经常会出现问题而不知其所以然。这篇文章就是对这些问题的更详细的说明，也欢迎大家多留言交流。一、include 首先用得最多的应该是include，按照官方的意思，include就是为了解决重复定义相同布局的问题。例如你有五个界面，这五个界面的顶部都有布局一模一样的一个返回按钮和一个文本控件，在不使用include的情况下你在每个界面都需要重新在xml里面写同样的返回按钮和文本控件的顶部栏，这样的重复工作会相当的恶心。使用include标签，我们只需要把这个会被多次使用的顶部栏独立成一个xml文件，然后在需要使用的地方通过include标签引入即可。其实就相当于C语言、C++中的include头文件一样，我们把一些常用的、底层的API封装起来，然后复用，需要的时候引入它即可，而不必每次都自己写一遍。示例如下 : my_title_layout.xml `<?xml version="1.0" encoding="utf-8"?> <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:id="@+id/my_title_parent_id" android:layout_height="wrap_content" > <ImageButton android:id="@+id/back_btn" android:layout_width="wrap_content" android:layout_height="wrap_content" android:src="@drawable/ic_launcher" /> <TextView android:id="@+id/title_tv" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_centerVertical="true" android:layout_marginLeft="20dp" android:layout_toRightOf="@+id/back_btn" android:gravity="center" android:text="我的title" android:textSize="18sp" /> </RelativeLayout> ` include布局文件： `<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" > <include android:id="@+id/my_title_ly" android:layout_width="match_parent" android:layout_height="wrap_content" layout="@layout/my_title_layout" />  </LinearLayout> ` 这样我们就可以使用my_title_layout了。 ...