androidlistview的优化

‘壹’ android ListView 每个item加载大量的文本滑动会出现内存溢出咋办咋办

这个设计到listview优化问题。
首先，listview必须严格按照convertView及viewHolder格式书写，这样可以基本保证数据最优。
其次，如果自定义Item中有涉及到图片等等的，一定要做图片优化。bitmap释放可以不做。
第三，尽量避免在BaseAdapter中使用static 来定义全局静态变量，这个影响很大，static是Java中的一个关键字，当用它来修饰成员变量时，那么该变量就属于该类，而不是该类的实例。所以用static修饰的变量，它的生命周期是很长的，如果用它来引用一些资源耗费过多的实例（比如Context的情况最多），这时就要尽量避免使用了..
第四，尽量避免在ListView适配器中使用线程，因为线程产生内存泄露的主要原因在于线程生命周期的不可控制。
最后，如果上述你都做到的话，你的listview已经优化的很好了。针对你的问题，你的listview控件高度是否设置为fill_parent，因为warp会导致listview滑动中无限计算自身高度。你的文本加载是否做过线程以及多次重复加载的问题处理。你的item中变量是否多次无限生成新的内存对象等等。

‘贰’ android listview 按照网上的优化方法提示 空指针访问：变量 convertView 在此位置只可为空值 就是else后

在getView 的方法中，需要每次判断 convertView 是否为空，应为有可能listview滑动过快，导致布局来不及释放重用。如果convertView为空，则按照正常的流程，convertView赋值，如convertView = findViewById(id);确保此值不为空。

‘叁’ android listview优化几种写法详细介绍

listview A view that shows items in a vertically scrolling list 。一个显示一个垂直的滚动子项的列表视图 在android开发中，使用listview的地方很多，用它来展现数据，成一个垂直的视图。使用listview是一个标准的适配器模式，用数据--，界面--xml以及适配器--adapter，数据被适配器按照需要的方式展现出来，xml描写了数据如何展现，activity中控制这些活动。 其中使用自定义的adapter，会要重写getView方法，在getView方法产生给用户item的视图以及数据。 见图： 这里有一个优化的地方，就是重用view，这样减少内存消耗，同时加快item加载速度。 在getView中优化的地方，大家想必都非常情况，下面我总结了三种优化的写法，请大家指正。 第一： 重用了convertView，很大程度上的减少了内存的消耗。通过判断convertView是否为null，是的话就需要产生一个视图出来，然后给这个视图数据，最后将这个视图返回给底层，呈献给用户。 特点：如果当前的convertView为null，则通过LayoutInflat产生一个view。View Code 第二： 上面的写法会有一个缺点，就是每次在getVIew的时候，都需要重新的findViewById，重新找到控件，然后进行控件的赋值以及事件相应设置。这样其实在做重复的事情，因为的geiview中，其实包含有这些控件，而且这些控件的id还都是一样的，也就是其实只要在view中findViewById一次，后面无需要每次都要findViewById了。 下面给出第二种写法 写发的特点，通常有一个内部类class ViewHolder,这个ViewHolder,用来标识view中一些控件，方便进行一些事件相应操作的设置，比如onClick等等，这样可以不用每次都要findViewById了，减少了性能的消耗。同时重用了convertView，很大程度上的减少了内存的消耗。View Code 第三：
个人觉得这个写法是最舒服的，最舒服的意思是看着代码有一种很爽，看的很清晰。 特点，使用了内部类class ViewHolder、重用了convertView。 区别第二种写法是，使用了一个临时变量View view = convertView，然后修改view，最后返回viewView Code 以上就是集中写法，供新手学习和总结。源代码如下：LisViewTest.zip 根据楼下朋友提供的建议，发现还有优化的地方，最新更新如下： View Code @Override public View getView(int position, View convertView, ViewGroup parent) { View view = convertView; ViewHolder holder ; if (view == null) { view = LayoutInflater.from(context).inflate(R.layout.section_list_item1, null); holder = new ViewHolder(); holder.tv_name = (TextView)view.findViewById(R.id.contact_contactinfoitem_tv_name); holder.tv_phone = (TextView)view.findViewById(R.id.contact_contactinfoitem_tv_phoneNum); view.setTag(holder); } else { holder = (ViewHolder)view.getTag(); } ContactInfo1 confo = contacts.get(position); Log.i("my", "confo "+confo.getContactName()); if (confo != null) {//to set every item's text holder.tv_name.setText(confo.getContactName()); holder.tv_phone.setText(confo.getContact_Phone()); } return view; } <font color="\"#0000ff\""> </font>staticclass ViewHolder { TextView tv_name,tv_phone; } 注意：static class ViewHolder 这里设置ViewHolder 为static，也就是静态的，静态类只会在第一次加载时 会耗费比较长时间，但是后面就可以很好帮助加载，同时保证了内存中只有一个ViewHolder，节省了内存的开销。 非常感谢大家提出建议以及大家的关注！

‘肆’ 优化listview 有哪些方法

首先，虽然大家都知道，还是提一下，利用好 convertView 来重用 View，切忌每次 getView() 都新建。ListView 的核心原理就是重用 View。ListView 中有一个回收器，Item 滑出界面的时候 View 会回收到这里，需要显示新的 Item 的时候，就尽量重用回收器里面的 View。

利用好 View Type，例如你的 ListView 中有几个类型的 Item，需要给每个类型创建不同的 View，这样有利于 ListView 的回收，当然类型不能太多；
尽量让 ItemView 的 Layout 层次结构简单，这是所有 Layout 都必须遵循的；
善用自定义 View，自定义 View 可以有效的减小 Layout 的层级，而且对绘制过程可以很好的控制；
尽量能保证 Adapter 的 hasStableIds() 返回 true，这样在 notifyDataSetChanged() 的时候，如果 id 不变，ListView 将不会重新绘制这个 View，达到优化的目的；
每个 Item 不能太高，特别是不要超过屏幕的高度，可以参考 Facebook 的优化方法，把特别复杂的 Item 分解成若干小的 Item，特别推荐看一下这个文章：https://code.facebook.com/posts/879498888759525/fast-rendering-news-feed-on-android/
为了保证 ListView 滑动的流畅性，getView() 中要做尽量少的事情，不要有耗时的操作。特别是滑动的时候不要加载图片，停下来再加载，这个库可以帮助你 Glide：https://github.com/bumptech/glide
使用 RecycleView 代替。 ListView 每次更新数据都要 notifyDataSetChanged()，有些太暴力了。RecycleView 在性能和可定制性上都有很大的改善，推荐使用。
有时候，需要从根本上考虑，是否真的要使用 ListView 来实现你的需求，或者是否有其他选择？

‘伍’ android listview的生命周期，为什么要这样复用，有什么好处

主要是为了减少内存的消耗，如果不进行复用，那么创建一千个Item，就需要实例化1千个实例，会造成内存溢出。目前listview采用的策略是，只显示一屏幕的View，当View超过一屏幕，将其移除后放到最下面进行复用。
好处：减少内存占用，避免内存溢出。
坏处：CPU占用会稍微高点，因为会不断重复Iitem的溢出添加。

‘陆’ 安卓面试时总是被问到listview优化和布局适配不同机型，大图片处理问题

你这是几个问题啊，那就说说listview的优化，listview有很多的Item。一般情况下每个Item的布局是一样的（也有不一样的），很多情况布局中都带有图片，从url加载的话，就会非常耗时，非常卡。

就有了优化。

1. 通过线程来异步加载图片，把Http的相关操作放在线程里,最好使用线程池来控制线程数。返回的bitmap通过Handler来更新每个Item布局上的ImageView（就是赋上图片）。

2. 当遇到大图片的话，可以对图片处理一下再使用，比如压缩，压缩到480*800。网上有很多关于图片压缩的资料。

3. 布局的问题，我习惯用framelayout结合weight比重来整体划分界面
   

‘柒’ 针对Android的性能优化集中哪些方面

一、概要：

本文主要以Android的渲染机制、UI优化、多线程的处理、缓存处理、电量优化以及代码规范等几方面来简述Android的性能优化

二、渲染机制的优化：

大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能。

Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染， 如果每次渲染都成功，这样就能够达到流畅的画面所需要的60fps，为了能够实现60fps，这意味着程序的大多数操作都必须在16ms内完成。

*关于JobScheler的更多知识可以参考http://hukai.me/android-training-course-in-chinese/background-jobs/scheling/index.html

七、代码规范

1）for loop中不要声明临时变量，不到万不得已不要在里面写try catch。

2）明白垃圾回收机制，避免频繁GC，内存泄漏，OOM(有机会专门说)

3）合理使用数据类型，StringBuilder代替String，少用枚举enum，少用父类声明(List,Map)

4）如果你有频繁的new线程，那最好通过线程池去execute它们，减少线程创建开销。

5）你要知道单例的好处，并正确的使用它。

6）多用常量，少用显式的"action_key"，并维护一个常量类，别重复声明这些常量。

7）如果可以，至少要弄懂设计模式中的策略模式，组合模式，装饰模式，工厂模式，观察者模式，这些能帮助你合理的解耦，即使需求频繁变更，你也不用害怕牵一发而动全身。需求变更不可怕，可怕的是没有在写代码之前做合理的设计。

8）View中设置缓存属性.setDrawingCache为true.

9）cursor的使用。不过要注意管理好cursor,不要每次打开关闭cursor.因为打开关闭Cursor非常耗时。Cursor.require用于刷cursor.

10）采用SurfaceView在子线程刷新UI,避免手势的处理和绘制在同一UI线程（普通View都这样做）

11）采用JNI，将耗时间的处理放到c/c++层来处理

12）有些能用文件操作的，尽量采用文件操作，文件操作的速度比数据库的操作要快10倍左右

13）懒加载和缓存机制。访问网络的耗时操作启动一个新线程来做，而不要再UI线程来做

14）如果方法用不到成员变量，可以把方法申明为static，性能会提高到15%到20%

15）避免使用getter/setter存取field，可以把field申明为public，直接访问

16）私有内部类要访问外部类的field或方法时,其成员变量不要用private，因为在编译时会生成setter/getter,影响性能。可以把外部类的field或方法声明为包访问权限

17）合理利用浮点数，浮点数比整型慢两倍

18）针对ListView的性能优化，ListView的背景色与cacheColorHint设置相同颜色，可以提高滑动时的渲染性能。ListView中getView是性能是关键，这里要尽可能的优化。

getView方法中要重用view；getView方法中不能做复杂的逻辑计算，特别是数据库操作，否则会严重影响滑动时的性能

19）不用new关键词创建类的实例，用new关键词创建类的实例时，构造函数链中的所有构造函数都会被自动调用。但如果一个对象实现了Cloneable接口，我们可以调用它的clone()方法。

clone()方法不会调用任何类构造函数。在使用设计模式（Design Pattern）的场合，如果用Factory模式创建对象，则改用clone()方法创建新的对象实例非常简单。例如，下面是Factory模式的一个典型实现：

20）public static Credit getNewCredit() {
return new Credit();
}
改进后的代码使用clone()方法，如下所示：
private static Credit BaseCredit = new Credit();
public static Credit getNewCredit() {
return (Credit) BaseCredit.clone();
}
上面的思路对于数组处理同样很有用。

21）乘法和除法

考虑下面的代码：

22）ViewPager同时缓存page数最好为最小值3，如果过多，那么第一次显示时，ViewPager所初始化的pager就会很多，这样pager累积渲染耗时就会增多，看起来就卡。

23）每个pager应该只在显示时才加载网络或数据库(UserVisibleHint=true)，最好不要预加载数据，以免造成浪费

24）提高下载速度：要控制好同时下载的最大任务数，同时给InputStream再包一层缓冲流会更快(如BufferedInputStream)

25）提供加载速度：让服务端提供不同分辨率的图片才是最好的解决方案。还有合理使用内存缓存，使用开源的框架

引用：Android性能优化的浅谈