1、子线程中不能更新界面，更新界面必须在主线程中进行
2、Fragment注意的事项：
a) Activity调用Fragment中的方法
b) Thread或者Handler调用Fragment中的方法
须要注意getActivity()可能为空；须要增加以下代码避免空指针
If（getActivity() == null || !isAdd()）{
return;
}
3、String类型的常量和变量相互比較要使用常量equals变量。由于变量可能为空；
If(常量.equals(变量)){
...
}
4、Activity或者Fragment中的BroadCastReceiver设置监听和取消监听要成对出现。
onReceive方法中调用外部类要判空
5、网络操作不能在主线程中调用
6、Activity销毁之前必须先销毁附属在Activity上的Dialog。不能出现Activity销毁后。还操作Dialog对象的情况
7、使用数据库的时候要注意到数据库死锁的问题。假设数据库没有做同步处理，必须在主线程中调用db，保证db不被lock
8、Try catch 不能使用log打印错误信息，避免出现空指针。
使用e.printStackTrace()打印错误信息
9、打开的流资源一定要关闭，比方文件读写，数据库读写
10、Static引用的Map或者List集合要手动释放，尽量不要使用static引用集合
11、遍历集合的时候不能对集合进行增删。
常出如今多线程中
12、一个方法不能过长，方法过长要拆分成几个方法
13、推断条件比較多的情况下，尽量使用卫语句代替嵌套条件表达式,比如：
If(!file.exist()){
return;
}
这样能够避免层次太深，维护代码时更关注主要逻辑，忽略非法情况
14、Do not keep long-lived references to a context-activity(a reference to an activity should have the same life cycle as the activity itself)
15、Try using the context-application instead of a context-activity
16、Avoid nonstatic inner classes in an activity if you don’t control their life cycle,use a static inner class and
make a weak reference to the activity inside.The solution to the issue is to use a static inner class with
a WeakReference to the outer class, as done in ViewRoot and its W inner class for instance.
(创建handler的时候要使用static内部类。否则会出现内存泄露)
17、Android UI 布局中文字使用sp单位，其他的使用dp单位，不能使用px单位
18、一个方法内层级太深。能够使用卫语句降低层级。能够抽出多个方法。降低代码量
19、尽量少使用BroadcastReceiver，频繁使用广播会造成
a) 多对多调用
b) 传递參数非常任意不受控制
c) 像指针一样，没有堆栈信息，碰到问题不easy解决
d) 破坏了类的封装性，违反了高内聚低耦合原则
20、能不使用Handler的情况下，尽量少使用Handler
a) 传递參数非常任意不受控制，维护成本高
b) 异步消息接到后。界面状态须要推断，可能界面已经销毁
c) 使用了Handler，一定要控制一个类的范围内，不能将Handler传递到其它类中去。由于这样会破坏类的封装性
d) 像指针一样。没有堆栈信息。碰到问题不easy解决。这条相对BroadcastReceivereasy，由于在一个类内，找起来相对easy
21、编程要遵循高内聚、低耦合原则。类和类之间要尽量减少耦合性，一个类尽量少的依赖其他类里的属性或者方法
22、图片管理方法能够採用Universal-image-loader
23、Boolean型变量前缀使用has或者is
24、不能使用System.out.println打印log
25、变量命名不能1,2,3,4...后缀，要看名知意
26、If方法要有{}包裹
27、Log的tag不能是””
28、统一使用format和import格式开发
29、代码中不能出现硬编码（使用与配置分离，或者通过參数的方式。或者通过面向接口编程）
在Android开发中有时候代码为了方便直接硬编码，事实上这是一种不好的习惯。在PC平台写代码可能直接使用的比較多。在移动平台上有时要考虑多国语言问题，Android设计了getString()方法从资源Res目录中读取String字符串。这些字符串以xml形式保存在Values.xml文件里。Android平台在一定程度上更面向对象。除了Java本身。在构架上仍然使用MVC这种UI和代码逻辑分离。UI能够专心的设计用户界面。代码能够通过类似Jar或MIDL文件来再发行应用，大大提高了代码复用和维护性。
上面都是硬编码的坏处。事实上优点也是有的，从单独语言和简单程序来说具有执行效率高和设计简单等方法。可是对于复杂的project还是建议MVC方式设计比較合理。Android对于资源文件进行了缓存机制。在R类中进行全局注冊，也就是说findViewById之后会对这个xml文件做缓存。比方Layout或String。
30、不能在for循环中进行独立的数据库操作
31、不能使用ScrollView包裹ListView/GridView/ExpandableListVIew;由于这样会把ListView的全部Item都载入到内存中，要消耗巨大的内存和cpu去绘制图面
以上内容是基于过往开发经验（自己和同事的）进行的总结。如有不妥之处还请指正，欢迎大家一起提出自己的想法，该篇博客我会持续更新...，希望大家共同进步。