http://stackoverflow.com/questions/5563698/how-to-change-text-color-of-simple-list-item

匿名重写adapter的getview方法

ListView listView = (ListView) this.findViewById(R.id.listView);
listView.setAdapter(new ArrayAdapter<String>(this, android.R.layout.simple_list_item_1, MobileMuni.getBookmarkStore().getRecentLocations()) {
    @Override
    public View getView(int position, View convertView, ViewGroup parent) {
        TextView textView = (TextView) super.getView(position, convertView, parent);

        String currentLocation = RouteFinderBookmarksActivity.this.getResources().getString(R.string.Current_Location);
        int textColor = textView.getText().toString().equals(currentLocation) ? R.color.holo_blue : R.color.text_color_btn_holo_dark;
        textView.setTextColor(RouteFinderBookmarksActivity.this.getResources().getColor(textColor));

        return textView;
    }
});

Bitmap优化：转化小图，预加载和内存回收

一般用于ListView、Gallery.ViewPager等中

转化为小图：

可以把原始图像存储在硬盘，剪切出一份小图像存在内存，加载小图。（此处有种匹配算法，详情见官网）

预加载：

在getview中预加载未显示的项目。

内存回收：

例如listview中建议在getview外面转化bitmap然后直接加载bitmap,而不是在getview中转化再加载，会照成照片显示卡。

但是， 在外面加载需要把需要显示的全部放入内存，则有可能造成内存泄漏。此时可以采用内存回收。例如把当前显示在屏幕上的左右三个之外的全部回收，则所需占用的内存只有一定的大小。

注意点：

优化不能在主线程中完成，需要开辟子线程完成优化。

在Android中：
       1.一个进程的内存可以由2个部分组成：native和dalvik，，dalvik就是我们平常说的java堆，我们创建的对象是在这里面分配的，而bitmap是直接在native上分配的，对于内存的限制是 native+dalvik 不能超过最大限制。
       2.更加奇怪的是这个：一旦内存分配给Java后，以后这块内存即使释放后，也只能给Java的使用，这个估计跟java虚拟机里把内存分成好几块进行缓存的原因有关，反正C就别想用到这块的内存了，所以如果Java突然占用了一个大块内存，即使很快释放了：
        C能使用的内存 = 16M - Java某一瞬间占用的最大内存。
       而Bitmap的生成是通过malloc进行内存分配的，占用的是C的内存，这个也就说明了，上述的4MBitmap无法生成的原因，因为在13M被Java用过后，剩下C能用的只有3M了。

      3 一般图片都是压缩过的，一个100k的图片转化为bitmap，可能变为很大。