作为一名Android 开发者，掌握Java相关知识是毋容置疑的。在掌握的基础上，根据使用场景选择适当方式，不仅能够大大降低bug出现概率，对代码性能，代码编写风格都有一定程度上的提高与改善。
以下问题主要来自日常开发，codeView，静态代码检查几个方面，觉得很有必要总结一下，作为一份checklist，供日后浏览查阅。
（1）transient关键字和@Transisent注解
通常使用transient关键字去修饰对象的某个域或者多个域，当该对象进行Serializable序列化时，这些被transient关键字修饰的域，将不会被序列化，这些域仅仅保留在内存中，不会进行持久化操作（如写磁盘、写DB）。
有些时候因为业务要求，需要添加一些非数据库实体类的字段，用来存储临时数据。此时，可以使用@Transient注解来标注这些字段。因为@Transient标注的字段只是用来临时存数据的，在数据库表中，没有相应的字段映射，因此，ORM框架将忽略该属性。
两者区别：
从上面的介绍可知，被transient关键字修饰的域 在 Serializable 序列化 和DB过程中不会起作用；
而被@Transient注解标注的域仅仅在DB过程中不被序列化，这是两者最大的区别。
使用注意事项：
1）使用transient关键字修饰某个对象的域时，一定要确保该对象实现了Serializable接口，不然不起作用
2）对static域不管使不使用transient关键字修饰，该静态域都不会被序列化
（2）对Java浮点型的理解
总所周知，在Android 开发过程中尽量少进行浮点型运算，一是性能问题，二是精度损失。计算机的运算都是采用二进制进行的，因此，计算机表示浮点型都存在精度限制，会导致一系列问题，如判断两个float型数据是否相等、double型数据保留两位小数。
1）判断两个float型数据相等常用办法
一般不会直接使用“==”或“!=”进行判断，而是直接使用两个float的绝对差值是否大于0，进行判断，如下：
不是判断Math.abs(xx)>0 就可以了吗，为什么还要弄一个1e-6？
原因：在实际过程中，允许一定的精度误差，1e-6就是自己定义的一个可接受的误差范围
2）double型数据保留n位小数
具体原理，大家可以参考下面这篇博文 java保留两位小数。
（3）Collections.unmodifiableSet/List/Map工具方法
Collections 工具类主要针对Set、List、Map等集合，提供了大量方法，如排序、查询、修改，另外还提供了将集合对象置为不可变、对集合对象实现同步控制等方法。
本文只讲Collections将集合对象设置成为不可变对象。
目标集合 ：Set、List、Map三个集合
（1）emptyXxx()
返回一个空的、不可变的集合对象；
（2）singletonXxx()
返回一个只包含指定对象（只有一个或一个元素）的不可变的集合对象；
（3）unmodifiableXxx()
返回指定集合对象的不可变视图；
举例：
sData 后面就不能进行add ，remove等操作了。
（4）是否一定要使用注解代替枚举
1）常量方式
常量方式缺点：类型不安全，方法调用者
使用者可以随意传入downloadScene值，有可能误传，导致相关功能失效
2）枚举方式
枚举作为值限定状态
枚举将常量组织起来，便于统一管理
枚举方式缺点：枚举存在性能问题，Google Android 不建议使用枚举（后面解释）
3）Interface方式实现
接口中成员变量，默认是 public static final 型；将其定义成接口方式，也可以达到控制常量范围的作用。
4）注解方式
按照上面的说法，是不是都需要将枚举型更换成注解型了？
回答当然是：NO
枚举不添加任何方法，枚举值默认从0开始，但是有些时候需要将枚举常量与数据关联起来
当枚举常量需要和数据关联时候，直接使用枚举简单有效
如：企鹅FM音速弹层菜单，需要提供0.5倍、1倍、1.5倍、2倍播放速度
此时，枚举定义及相关数据转化都相当方便（如图所示）
关于枚举性能问题
大家可以去看看
枚举带来的性能问题可以忽略
明显指出enum性能问题
综上可知，除了方法1）之外，我们可以根据适合的场景选择合适的方法，在代码出错率、性能、优雅程度方面达到一个平衡。
（5）Object.toString( )和String.valueOf(Object value)
在Android 开发中，很多时候需要将Object对象转换成String，目前一般有三种处理方法，分别是Object.toString()/valueOf(Object)/(String)Object ( 强转不推荐)。
1）Object.toString( )
需要保证Object非空 ，不然会导致np（NullPointerException）问题
2) valueOf(Object value)
放心大胆直接使用valueOf()，原因如图所示，valueOf()为String 的一个静态方法，内部已经做了判空处理，不用担心np问题的发生
ValueOf()速度问题，可以忽略
（6）对象创建原则
对象创建主要有以下几点：
1）该对象是否需要设计成单例；
2）对象在使用时，再创建（懒加载原则）
3）对象创建，最好不要放在for、while等循环中及重复调用的方法中
（7）私有构造函数的妙用
总所周知：java是允许写私有构造函数的；java类默认有一个不带参数的public构造函数；
使用private修饰构造函数的目的，就是使该类无法在其他类中实例化（防止实例化）。
目前主要使用在：单例模式、builder模式及一些方法工具类中（防止其他使用者滥用）
暂时就写这么多了 ，欢迎大家指出不足之处或错误，^_^!
