Android AVD模拟器默认路径修改方法

MPAndroidChart效果图

MPAndroidChart使用方法

这里我们举例绘制一个饼图，步骤如下：

XML布局代码

初始化饼图

绑定图表数据

ArrayList yVals = new ArrayList();
ArrayList xVals = new ArrayList();
for (int i = 0; i < listDatas.size(); i++) {
    yVals.add(new Entry((float)listDatas.get(i).getProvinceCount(), i));
    xVals.add(listDatas.get(i).getProvinceName());
}
DataSet set1 = new DataSet(yVals, "Content");
ArrayList dataSets = new ArrayList();
dataSets.add(set1);
ChartData data = new ChartData(xVals, dataSets);
mChart.setData(data);

总结：简单的Android图表需求，我们可以用MPAndroidChart很好的解决。当然，MPAndroidChart也可以很友好的实现复杂的Android图表需求，大家可以下一个官方的中文手册深入的学习一下。

px就是一个像素宽度-独立像素（设备），设备独立像素（dip）是你想使用的设备的字体大小，而且设备独立像素对于所有的事情。在这里设备独立像素——

dphttp://developer.android.com/guide/topics/resources/more-resources.html#Dimension

Px，像素-相当于屏幕上的实际像素。

In，英寸-基于屏幕的物理尺寸

M——毫米-基于屏幕的物理尺寸

Pt，点-基于屏幕的物理尺寸，英寸的72分之一

Dp，密度-独立像素-一个基于屏幕的物理密度的抽象的单位。这个单位和160分辨率的屏幕是成比例的，所以在一个160分辨率的屏幕下，1dp就是1px。Dp和像素的比率将会随着屏幕的密度改变而改变，但是并不一定就是正比。注意：编译器既接受“dip”也接受“dp”，尽管dp比sp更符合。

Sp，刻度-独立像素-它就像dp单位，但是它也取决于用户偏好的字体大小。当指定字体大小的时候，我推荐您使用这个单位，因为它既调整了屏幕的密度，也调整了使用者的偏好。


总结：对于除了字体外的任何事情使用dp，对于字体使用sp。对于不同尺寸和密度的各种屏幕来说，关于这个的几乎每件事情和如何达到最好的支持。对于超过一种类型的设备来说，如果你在开发一个android app时有任何严重的问题你都应该至少读上边的内容一次。除此以外，对于知道一个特殊屏幕设备的活跃用户数也是非常重要的。

Java从JDK1.2版本开始，就把对象的引用分为四种级别，从而使程序能更加灵活的控制对象的生命周期。这四种级别由高到低依次为：强引用、软引用、弱引用和虚引用。

软引用

如果一个对象只具有软引用，那么如果内存空间足够，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存。只要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

弱引用

如果一个对象只具有弱引用，那么在垃圾回收器线程扫描的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。弱引用也可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。

弱引用与软引用的根本区别在于：只具有弱引用的对象拥有更短暂的生命周期，可能随时被回收。而只具有软引用的对象只有当内存不够的时候才被回收，在内存足够的时候，通常不被回收。

在java.lang.ref包中提供了几个类：SoftReference类、WeakReference类和PhantomReference类，它们分别代表软引用、弱引用和虚引用。ReferenceQueue类表示引用队列，它可以和这三种引用类联合使用，以便跟踪Java虚拟机回收所引用的对象的活动。

在Android应用的开发中，为了防止内存溢出，在处理一些占用内存大而且声明周期较长的对象时候，可以尽量应用软引用和弱引用技术。

下面以使用软引用为例来详细说明。弱引用的使用方式与软引用是类似的。

假设我们的应用会用到大量的默认图片，比如应用中有默认的头像，默认游戏图标等等，这些图片很多地方会用到。如果每次都去读取图片，由于读取文件需要硬件操作，速度较慢，会导致性能较低。所以我们考虑将图片缓存起来，需要的时候直接从内存中读取。但是，由于图片占用内存空间比较大，缓存很多图片需要很多的内存，就可能比较容易发生OutOfMemory异常。这时，我们可以考虑使用软引用技术来避免这个问题发生。

首先定义一个HashMap，保存软引用对象。

再来定义一个方法，保存Bitmap的软引用到HashMap。

获取的时候，可以通过SoftReference的get()方法得到Bitmap对象。

使用软引用以后，在OutOfMemory异常发生之前，这些缓存的图片资源的内存空间可以被释放掉的，从而避免内存达到上限，避免Crash发生。

需要注意的是，在垃圾回收器对这个Java对象回收前，SoftReference类所提供的get方法会返回Java对象的强引用，一旦垃圾线程回收该Java对象之后，get方法将返回null。所以在获取软引用对象的代码中，一定要判断是否为null，以免出现NullPointerException异常导致应用崩溃。

总结：

到底什么时候使用软引用，什么时候使用弱引用呢？
个人认为，如果只是想避免OutOfMemory异常的发生，则可以使用软引用。如果对于应用的性能更在意，想尽快回收一些占用内存比较大的对象，则可以使用弱引用。
还有就是可以根据对象是否经常使用来判断。如果该对象可能会经常使用的，就尽量用软引用。如果该对象不被使用的可能性更大些，就可以用弱引用。
另外，和弱引用功能类似的是WeakHashMap。WeakHashMap对于一个给定的键，其映射的存在并不阻止垃圾回收器对该键的回收，回收以后，其条目从映射中有效地移除。WeakHashMap使用ReferenceQueue实现的这种机制。

1、概述

学习Android少不了模仿各种app的界面，自从微信6.0问世以后，就觉得微信切换时那个变色的Tab图标??诺模?裉煳揖痛?蠹易远ㄒ蹇丶???惚渖?涞梅善?~

好了，下面先看下效果图：

清晰度不太好，大家凑合看~~有木有觉得这个颜色弱爆了了的，，，下面我动动手指给你换个颜色：

有没有这个颜色比较妖一点~~~好了~下面开始介绍原理。

2、原理介绍

通过上面的效果图，大家可能也猜到了，我们的图标并非是两张图片，而是一张图，并且目标颜色是可定制的，谁让现在动不动就谈个性化呢。

那么我们如何做到，可以让图标随心所遇的变色了，下面你将看到一张熟悉的图：

有没有很熟悉的感脚，我们实际上还是利用了Paint的Xfermode，这次我们使用的是：Mode.DST_IN

Dst_IN回顾一下什么效果，先绘制Dst，设置Mode，再绘制Src，则显示的是先后绘图的交集区域，且是Dst.

再仔细观察下我们的图标：

为了方便大家的观看，我特意拿ps选择了一下我们图标的非透明区域，可以看到，我们这个小机器人非透明区域就是被线框起来的部分。

然后，我们图标变色的原理就出现了：

1、先绘制一个颜色（例如：粉红）
2、设置Mode=DST_IN
3、绘制我们这个可爱的小机器人

回答我，显示什么，是不是显示交集，交集是什么？交集是我们的小机器人的非透明区域，也就是那张脸，除了两个眼；

好了，那怎么变色呢？

我绘制一个颜色的时候，难道不能设置alpha么~~~

到此，大家应该已经了解了我们图标的绘制的原理了吧。


3、自定义图标控件

我们的整个界面不用说，是ViewPager+Fragment ，现在关注的是底部~~

接下来我们考虑，底部的Tab，Tab我们的布局是LinearLayout，内部四个View，通过设置weight达到均分~~

这个View就是我们的自定义的图标控件了，我们叫做：ChangeColorIconWithTextView

接下来考虑，应该有什么属性公布出来

1、自定义属性

想了一下，我决定把图标，图标颜色，图标下显示的文字，文字大小这四个属性作为自定义属性。

那就自定义属性走起了：

a、values/attr.xml

b、在布局文件中使用

自己注意命名空间的写法，xmlns:zhy="http://schemas.android.com/apk/res/应用的包名"。

c、在构造方法中获取

可以看到，我们在构造方法中获取了自定义的属性，并且计算了文本占据的控件存在我们的mTextBound中。

2、图标的绘制区域的选择

我们考虑下，有了属性，我们需要绘制一个文本，文本之上一个图标，我们怎么去控制绘制的区域呢？

我们的View显示区域，无非以下三种情况：

针对这三种情况，我门的图标的边长应该是什么呢？

我觉得边长应该是：控件的高度-文本的高度-内边距   与  控件的宽度-内边距  两者的小值；大家仔细推敲一下；

好了，有了上面的边长的结论，我们就开始计算图标的绘制范围了：

3、绘制图标

绘制图标有很多步骤呀，我来列一列

1、计算alpha（默认为0）

2、绘制原图

3、在绘图区域，绘制一个纯色块（设置了alpha），此步绘制在内存的bitmap上

4、设置mode，针对内存中的bitmap上的paint

5、绘制我们的图标，此步绘制在内存的bitmap上

6、绘制原文本

7、绘制设置alpha和颜色后的文本

8、将内存中的bitmap绘制出来

根据上面的步骤，可以看出来，我们的图标其实绘制了两次，为什么要绘制原图呢，因为我觉得比较好看。

3-5步骤，就是我们上面分析的原理

6-7步，是绘制文本，可以看到，我们的文本就是通过设置alpha实现的

关于绘制文本区域的计算，首先是起点x：mIconRect.left + mIconRect.width() / 2- mTextBound.width() / 2 有点长哈，文本mIconRect.left + mIconRect.width() / 2这个位置，在图标水平区域的中心点，这个应该没有疑问；图标水平区域的中点- mTextBound.width() / 2 开始绘制文本，是不是就是居中在图标的下面；

有人可能会问：你怎么知道文本宽度小于图标，我有5个字咋办？5个字怎么了，照样是居中显示，不信你试试~~

4、公布设置透明度的方法

到此，我们的图标控件写完了，但是还没有把我们的控制icon的方法放出去：

我们叫做setIconAlpha，避免了和setAlpha冲突，设置完成后，invalidate一下~~~


到此就真的结束了，接下来看用法。



4、实战

1、布局文件

2、MainActivity

好了，到此我们的整个案例就结束了~~

大家可以在布局文件中设置各种颜色，4个不同颜色也可以，尽情的玩耍吧~~