Android的API为开发者提供了很多好用的widget和control，但在开发中依然会需要自定义一些额外的控件来满足特定的需求。当自定义的视图比较复杂时，就会跟onMeasure(int, int)、onLayout(boolean, int, int, int, int)、onDraw(android.graphics.Canvas)这些方法打交道。要在新创建自定义视图类里正确重载实现这些方法，就需要对这些方法的作用，参数意义有所了解。
本文就来对onMeasure(int, int)方法涉及到的MeasureSpec来做个简单介绍，讲讲它的值的含义，每个状态量都是在什么情况下形成，又该如何使用这些值。
Read More →
对于Java这门语言，我的态度应该是讨厌多于喜欢。整个大学我只上过一门Java的选修课算是有了Java的入门知识，之后用得更多的则是C#。在研究生阶段也是以C++和C#为主。直到工作需要做Android开发才拾起Java作为主打开发武器，所以很多Java的知识对我而言可能只是懂一个肤浅的表面。好在身边有很多的大神总是愿意耐心提供帮助，引导我进入Java新的知识领域，再加上网上的一些搜索和补充，让我的知识变得更加全面。
比如WeakReference在一定程度上帮助解决了Activity和Fragment泄露的问题；多线程时要注意的同步问题；内部类调用其外部类的私有方法和变量产生了合成方法(Synthetic Methods)造成的性能影响和Android的dex溢出。
最近又得益大神们的教诲，被反复强调一定要善用Java的注解(annotation)。这让我感觉，当我还在思索要怎么写代码的时候，别人已经在考虑着怎么告诉编译器和其他开发者他们写了什么东西。
不过在坚持使用Annotation数月之后，我也深深体会到了它对写代码带来的好处而停不下来。比如方法上加个@Override就可以大大减少把重载方法名字的或者变量参数写错的几率，同时在浏览文件时一眼就能看出哪些是新增方法，哪些来自父类；在对象变量上放一个@Nullable，IDE就能帮助我们快速指出哪里有可能会出现NullPointerException这个恼人却又简单能解决的问题，不用等到运行时异常被抛出了才去解决；而加上@NonNull就可以随心所意的直接使用变量而无需加if语句了检查null。
还有在Android开发中最常用到的那些指示资源的标示(Resource Id)，全部都是整型数，其实有很多的类型如R.id、R.string、R.drawable。如果不小心，就很容易弄错而得到了非所需的结果。特别是R.style和R.styleable两个常常会被IDE的自动补全所迷惑；还有整型的Color值和R.color也很容易出错。现在只要在变量前加上对应类型的Android Support Annotation，就可以大大地规避这些问题出现的几率。
虽然对于有经验的开发者来说这些小问题都会自动避免，再不小心运行时也会发现问题。但不是所有接触和使用这些代码的人都能一样的小心。万一别人的失误落到自己头上修复，也只能无奈抱怨一句：这人怎么这么不小心呢。
简单的加上一些annotation，那么一旦在代码中出现错误的使用，IDE就会高亮显示错误的地方让人一目了然，也能及时修改这些错误，不用等到运行后才去debug：
在《RecyclerView体验简介》里已经介绍了RecyclerView目前的可用情况，也提供了一些文章的链接来了解这个新的Android视图的使用方法，API的调用方式。但由于RecyclerView的Adapter需要开发者重新实现，这相当于一次完整的重构了。本文就来介绍一下我在尝鲜RecyclerView所使用到的非常规手段，如果您也只是想尝试一下把原有的程序转到RecyclerView下看看效果，也许本文会有一些帮助。
之前已经强调RecyclerView强制要求使用ViewHolder模式。但即使是强制，也可以采用“上有政策，下有对策”，敷衍地实现一个子类就好：
[codesyntax lang=”java” lines=”normal”]
public class DummyViewHolder extends RecyclerView.ViewHolder {
public DummyViewHolder(View itemView) {
super(itemView);
}
}
[/codesyntax]
至于缓存子项视图的内部视图到变量上，就先免了。
对于比较复杂的ListView子视图应该都会遵循使用ViewHolder，只是没有具体继承与某个基类。所以只要将那些自定义的ViewHolder显示继承RecyclerView.ViewHolder，再在构造函数里调用一下super(view);就好。
Read More →
前些日子，组里为了在目前的Android程序里实现基于ListView子项的动画效果，希望将最新的RecyclerView引入到程序中，于是我便花了一些时间研究了一下RecyclerView的基本情况。本文算是对这些日子里了解的内容做一些汇总。
在网上关于RecyclerView的基本使用方式已经有了比较详细介绍，而且其设计结构也类似于ListView，所以本文将不重点介绍如何使用，在文末的引用中都可以相关内容。这里主要是介绍RecyclerView的基本功能、设计理念，以及系统提供API的情况。
RecyclerView是在Android L（也就是后来的Lollipop）中新加入的一种ViewGroup。但因为它使以support-v7库的形式加入到Android系统中，所以不仅仅是Lollipop版本以后的Android系统可以使用，只要系开发项目中引入这个库就在任意API级别中使用。不过查阅其文档，可以感受到RecyclerView是如此的强烈的“还在完善中”的感觉，因为对它的介绍只有短短的一句话：
A flexible view for providing a limited window into a large data set.
单看这句话，其实已经被经常使用的ListView和GridView基本也是满足这句描述的。而且从单呈现效果来看RecyclerView和ListView、GridView并没有大多的差别。
不过它的“flexible”并不单单指它可以在ListView和GridView之间随意互相切换，更在于它可以创造出更多的复杂的可滚动的视图，比如水平方向的ListView，或者是Web上很流行的瀑布流式布局(Masonry)。只是大部分布局系统都没有提供，必须由开发者自己实现。
所以RecyclerView的“flexible”：什么都可以做，但什么都要自己做。
Read More →
之前的文章讲到Preference和Setting在本质上是相似的，并相信介绍了SharedPreferences的基本使用方式和其代码设计。但SharedPreferences只能算是设备背后的不可见的存储那一部分，而可见的界面其实对于用户来说更加重要，而这一部分就是本文要讲的那些在android.preference包下的各种Preference。
不过本文不会涉及这些Preference的使用方式，比如如何定义XML文件、如何使用PreferenceActivity和PreferenceFragment加载设置，这些都可以在Android Developer的官方指南里了解到详情。本文主要通过分析源代码来分享Preference的设计和实现方式，让开发者们在今后更加顺手地使用和扩展Preference类，或者在设计其他类似的界面和功能时可以提供参考帮助。
Android的设置界面本质上就是ListView：PreferenceActivity是继承了ListActivity；而3.0以后推荐使用的PreferenceFragment虽然没有继承ListFragment，但也定义了ListView字段。
Preference翻译为偏好，但实际上它可以算是Setting（设置）的别名。两种叫法给人的差异在于针对的对象不同：设置更倾向于设备的属性，修改设置便是改变设备的功能；偏好则倾向于用户的性格，用户基于其个人的偏好来来形成设备的差异化。但是总体而言，他们是一致的，都是通过用户的需求改变设备的体验。
在Android的开发过程中，会在使用的API中见到很多名字中带有Preference的类和接口，此篇文章就来介绍一下这些“*Prefere*”的功能和用途。
在Android提供API中，带有Preference的其实主要分为两类：一类是android.content包下的SharedPreferences，另一类则是android.preference包下的Preference。它们分别实现不同功能，却又相互联系合作完成对Android程序的控制。
SharedPreferences是以复数形式存在，因为在Android中它是用来存储键值对(Key-Value Pair)数据的集合。API中包含了多个方法来方面读取相应类型的数据：
[codesyntax lang=”java” lines=”normal”]
String getString(String key, String defValue); Set<String> getStringSet(String key, Set<String> defValues); int getInt(String key, int defValue); long getLong(String key, long defValue); float getFloat(String key, float defValue); boolean getBoolean(String key, boolean defValue);
[/codesyntax]
Read More →
程序开发有时候非常依赖使用的开发工具，好的完备的开发工具可以让开发人员的工作效率有大幅度的提高。开发Android也是如此，大家可能都离不开Eclipse或Android Studio这些工具，但他们其实是集成开发环境(Integrated development environment, IDE)，把很多工具集成在一个里面，配合可视化界面和键盘快捷键，方面寻找和使用。
不过有时候工具集成太多了，往往让人感到迷惑容易遗忘某个工具的存在。本文就谈谈Android开发和Debug时可使用的一些工具，这些工具都可以在安装了Android SDK的Eclipse或Android Studio找到相应的菜单和按钮来打开使用。但考虑到IDE很多时候打开速度实在太慢了，还是考虑直接使用指令在终端单独开打它们吧。
如果安装了Android Studio，这些工具可以在其安装包中找到，比如在Mac下它们就保存在/Applications/Android Studio.app/sdk/tools路径下。如果是使用Eclipse，那么就需要手动下载Stand-alone Android SDK，解压之后也能在其下的tools文件夹里找到。
Read More →
在上周Amazon也耐不住加入了手机竞争行列之中，发布了自己的Fire Phone，于是Android家族又多了一位变种成员，Android系统的碎片化程度也进一步加剧。因为工作的关系，我有幸在上个月就得到了一部工程机为其做提前开发，不过因为政策原因所以到现在才能来谈谈对这部新手机的看法。
对于Fire Phone的功能以及外观，官方网站和各家技术网站都有了详尽的介绍和报道，再者因为我拿到的是工程机，无法体现到完备的功能展现，因此本篇文章谈的主要是Fire Phone对于开发者而言所要面对的问题和状况。
Read More →
作为一个Mac和Android的深度用户，Android File Transfer可以说是电脑上必备的应用程序。虽然我的大部分的Android设备都已经开启了开发者模式，所以基本的设备与电脑间的文件传输功能都可以用adb pull和adb push指令完成。但是Android File Transfer的可视化界面和自然的拖拽还是显得更加的方便。而且当设备连接上电脑时，程序就会自动启动，也非常的直接和实用。
不过这个自动启动功能，最近还是带来了不少的麻烦。因为每天都在做Android开发测试，所以会频繁的连接和断开设备，于是Android File Transfer就反复的起来打扰我，而且不知道为什么经常出现死机的状态：鼠标无法移动，按键盘也没有任何响应。虽然在重新断开再连接，反复几次之后电脑也会回复正常，但是不停碰到这样的情况也是非常恼火的。所以就找了一下关闭其自启动功能的方法，分享在此。
Read More →
谈起Android程序开发，就需要了解其四个主要的部件：Activity、Service、ContentProvider、 BroadcastReceiver。而其中Activity是唯一直接控制程序界面呈现，直面用户操作的部件（当然BrowadCastReceiver也能通过桌面控件(App Widgets)来呈现有限的操作界面）。Android对于Activity有严格的生命周期控制，以限制开发者在适当的回调函数里的放上合适的代码。对于多个Activity的转换，Android也有非常好的管理和流畅的切换，对此Android还引入了任务栈(Task Stack)的概念，这个概念对于Android设备上得返回按键有极其重要的联系。
(大部分文档都将其表述为Tasks and Back Stack，但从官方文档的描述来看，Android的相对于Activity讲到的Task都视为一个存放Activities的Stack，所以将其称为Task Stack也不为过。)
在AndroidManifest中申明所要用到的Activity时可以设置不同的launchMode来得到不同的Activity“启动”效果。在使用startActivity开启新的Activity时，传入的Intent也可以设置不同的Flag来达到不同的效果。另一方面，在Activity启动时它可能又开启了另一个Activity，或者调用了finish()函数终结了Activity。
这使得Activity栈变得无法掌握，有时候按下返回按钮或者点击关闭当前Activity的操作，都不知道Android系统会把程序带到那个Activity，不确定这是否是最后一个Activity以致退出了整个程序。亦或者一些按钮和操作循环产生Activity而造成内存膨胀。对于这些问题，如果能够在调试期间知道当前任务栈的情况，就能很方便的观察和发现问题存在的原因，进而选择正确的launchMode，设置恰当Intent的Flag来使程序达到预期的效果。