【博客地址迁移到】：https://zhengxiaoyong.com

相信大家在很多时候都会用到ListView这个控件，因为确实是用的很多很多，但是有木有遇到过当数据很多很多的时候，往下滑ListView时有时候会卡顿，这就需要我们来优化它了。ListView优化主要有下面几个方面：1、convertView重用2、ViewHolder的子View复用3、缓存数据复用一、convertView重用首先讲下ListView的原

应用的启动启动方式通常来说，在安卓中应用的启动方式分为两种：冷启动和热启动。 1、冷启动：当启动应用时，后台没有该应用的进程，这时系统会重新创建一个新的进程分配给该应用，这个启动方式就是冷启动。 2、热启动：当启动应用时，后台已有该应用的进程（例：按back键、home键，应用虽然会退出，但是该应用的进程是依然会保留在后台，可进入任务列表查看），所以在已有进程的情况下，这种启动会从已有

SharedPreferences内部工作原理： 1、调用getSharedPreferences();创建一个SharedPreferences对象，其中会先判断是否存在对应xml文件，如果发现存在则会有一个预加载操作，这个操作是把xml文件的内容通过I／O操作和XmlUitl解析后存入一个map对象中，所以我们调用SharedPreferences::getString();等get操作实际上

目前SplashActivity的设计目前市场上的应用在启动时基本上都会先启动一个SplashActivity，作为一个欢迎界面，为什么这样设计呢？ 个人总结有三个优点：1、可以给用户更好的体验比如：可以由后台动态的改变欢迎的图片，或者显欢迎xxx回来，新浪微博的就是这种交互。2、可以缩减App的启动时间由上一篇博文中知道app启动的耗时主要是在Application初始化中和MainActivi

对于性能优化这个知识点来说，实在是太广了，博主本人也一直非常关注这方面的学习，而对于性能优化来说它包括了非常非常非常多方面，比如：I/O的优化、网络操作的优化、内存的优化、数据结构的优化、代码层次的优化、UI渲染优化、CPU资源使用率的优化、异常处理的优化等等等等。。。本篇文章就博主本人的理解来讲述一些在Android开发中可以优化的地方ArrayList和VectorArrayList和Vecto

前言对于内存泄漏，我想大家在开发中肯定都遇到过，只不过内存泄漏对我们来说并不是可见的，因为它是在堆中活动，而要想检测程序中是否有内存泄漏的产生，通常我们可以借助LeakCanary、MAT等工具来检测应用程序是否存在内存泄漏，MAT是一款强大的内存分析工具，功能繁多而复杂，而LeakCanary则是由Square开源的一款轻量第三方内存泄漏检测工具，当它检测到程序中有内存泄漏的产生时，它将以最直观的

说到线程，我想大家都不陌生，因为在开发时候或多或少都会用到线程，而通常创建线程有两种方式： 1、继承Thread类 2、实现Runnable接口虽说这两种方式都可以创建出一个线程，不过它们之间还是有一点区别的，主要区别在于在多线程访问同一资源的情况下，用Runnable接口创建的线程可以处理同一资源，而用Thread类创建的线程则各自独立处理，各自拥有自己的资源。所以，在Java中大多数

前言在写Android应用时候，有时候或多或少的需要运用广播来解决某些需求，我们知道广播有一个特性，就是使用sendBroadcast(intent);发送广播时，手机内所有注册了BroadcastReceiver的应用都可以在接收到这个广播的，并在BroadcastReceiver的onReceive()方法进行匹配，而应用是否使用这个广播则是取决与我们定义的Action与广播接收者的是否匹配，也

在Android开发时，我们使用的大部分都是Java的api，比如HashMap这个api，使用率非常高，但是对于Android这种对内存非常敏感的移动平台，很多时候使用一些java的api并不能达到更好的性能，相反反而更消耗内存，所以针对Android这种移动平台，也推出了更符合自己的api，比如SparseArray、ArrayMap用来代替HashMap在有些情况下能带来更好的性能提升。介绍它

1、使用style、color、string、dimen样式来分离xml布局文件，减少代码的重复使用，增加代码复用率，防止hardcode，下面是一个例子： 在定义layout时候，因为每个View或ViewGroup都必须要有layout_width和layout_height，所以我们可以专门定义一个size_style.xml，里面的内容为：<resources> <style na

Android Studio目前已经更新到1.4版本，它作为Google官方推荐的IDE，功能非常强大，其中提供了一套静态代码分析工具，它可以帮助我们检查项目中存在的问题，让我们更有规范性的开发App。它可以检查出：xml文件中是否存在hardcode硬编码、unused resources没有使用到的资源、probable bug可能的bug等等。那么现在我们来测试使用它看看：Android Li

在Android开发过程中，很多时候往往因为代码的不规范、api使用不恰当、控件的使用场景考虑不全面和用户不恰当的操作等都能引发一系列性能问题的，下面就是我目前整理的一些Android开发过程中需要注意的细节，正所谓一颗老鼠屎可以坏了一锅粥，细节决定成败下面就是一些性能优化的方案：1、Android中别使用enum，使用static final 代替枚举enum，因为使用enum比使用static需

1、使用 Maven 依赖方案代替使用导入jar包方案如果项目中需要用到第三方jar包，常用的做法是去网上下载后然后放入libs文件夹，再添加到项目依赖，不过，在Android Studio已经不推荐使用这套做法了，因为如果jar有更新，那么每次都要去下载最新版本然后删除历史依赖再添加新版本的依赖，这样做很繁琐，而在Android Studio中，这个问题使用Maven已经很好的解决了，因为AS中默

在Android开发过程中，特别是界面比较多的情况下，用平常的退出方式往往是不能完全退出这个应用，网络上也好多各种退出方案。其中一种应该是被广大开发者采纳使用，也非常的清晰方便，就是在Application中维护一个单例的List管理容器，每次打开新的Activity就把当前Activity加入到容器中，然后在需要完全退出的时，就循环遍历该容器分别finish()每个Activity，即达到完全退

DialogFragment是在Android3.0（API level 11）中引入的，它代替了已经不建议使用的AlertDialog。DialogFragment高效地封装和管理对话框的生命周期，并让Fragment和它包含的对话框的状态保持一致。那么，已经有了AlertDialog为什么要引入DialogFragment呢？DialogFragment对话框出现的意义

在项目中，难免会遇到这种需求，在程序运行时需要动态根据条件来决定显示哪个View或某个布局，最通常的想法就是把需要动态显示的View都先写在布局中，然后把它们的可见性设为View.GONE，最后在代码中通过控制View.VISIABLE动态的更改它的可见性。这样的做法的优点是逻辑简单而且控制起来比较灵活。但是它的缺点就是，耗费资源，虽然把View的初始可见View.GONE但是在Inflate布局