开发者在编程中除了要对有编程规范，还要注意性能哦，今天就工作中遇到的一些问题进行了一个简单总结，希望攻城狮来批评指正。
作为一个QA，从质量管理方面得到的认识：
a.一行代码能解决的问题 尽量不要使用多行，代码行数越多 维护成本越高，出现缺陷的概率也就越多
b.一行代码编写可能只需要30s，发现并优化一行代码产生的性能问题需要72h，甚至更多
不说了，下面就简单说下实际编程过程中性能相关的问题吧：
1、循环逻辑中减少创建对象次数
例如：for(int i = 0;i < list.size; i ++) {
…
}
应替换为：
for(int i = 0,int len = list.size();i < len; i ++) {
…
}
2、循环结构是否存在多次访问网络、数据库等 操作
原则：能够一次性查询完成的 尽量避免多次查询
优化前：
优化后：
3、对象容错性差
原则：参数传递过程中不要直接转换使用JSONObject这种对象，如果取值不存在该方法会报异常导致程序中止，尽量转为JavaBean或Map；否则应先判断取的值是否存在。最好以JavaBean封装接收参数，并对参数进行初步较验，不能将数据完整性交给前端处理。
如果使用JSONObject对象，应先进行存在判断if(json.contains(“xxx”))
4、对需要缓存的信息进行合理设计
原则：登录功能要分析哪些是跟用户密切相关的，如session信息，哪些是跟业务系统属性相关的，如 系统配置资源信息。后者则应当进行缓存处理，避免每次登录都构建获取信息。
5、业务逻辑的执行顺序问题
原则：在进行逻辑判断的过程中，尽量使复杂操作延迟执行，不要提前执行；如登录操作，只有登录成功后才做相关资源加载、查询操作；
如示例： 静态资源应尽量后置,建议大家在业务逻辑梳理时先否定再肯定，也就是先列不满足业务的条件。
优化前：
优化后：
6、 Try…catch 相对消耗性能比较严重，尽量减少使用频率，使用中尽量扩大作用范围，禁止出现在循环等操作中
7、 创建类似数组等可以设定大小的对象，应尽可能指定大小，最大限度减少内存空间的浪费
8、 HashMap的读取遍历使用entry，而不是先取key集合，再取值
9、 在方法中创建的对象最好在使用完毕后将引用指向null，利于GC垃圾回收
10、 数组复制使用system.arraycopy()，减少使用创建新数组赋值的方法
11、 方法大小不要超过80行，方法栈太深容易导致内存溢出；尽量不要出现功能太少的类，类的维护也需要性能开销。
12、 创建复杂对象应使用clone方法，减少构造方法调用的开销
13、 待续...
