androidview优化

‘壹’ android viewpager2怎样修改灵敏度

package com.example.viewpagerdemo;

import android.content.Context;
import android.support.v4.view.ViewPager;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.widget.Scroller;

/**
* 解决ViewPager滑动过于灵敏，只有滑动距离大于100才滑到另一页
*
* @author Administrator
*
*/
public class BTViewPager extends ViewPager {

private static final String TAG = "dzt_pager";
private static final int MOVE_LIMITATION = 100;// 触发移动的像素距离
private float mLastMotionX; // 手指触碰屏幕的最后一次x坐标
private int mCurScreen;

private Scroller mScroller; // 滑动控件

public BTViewPager(Context context) {
super(context);
// TODO Auto-generated constructor stub
init(context);
}

public BTViewPager(Context context, AttributeSet attrs) {
super(context, attrs);
// TODO Auto-generated constructor stub
init(context);
}

private void init(Context context) {
mScroller = new Scroller(context);
mCurScreen = 0;// 默认设置显示第一个VIEW
}

‘贰’ 针对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性能优化的浅谈

‘叁’ Android-ViewPager2

ViewPager2

简单说就是将RecycleView再封装了一遍，然后协同FragmentStateAdapter将RecycleView的每个Item与Fragment绑定。

特性

支持从左到右，或者从上到下布局

由于适配基于的是RecyclerView.Adapter，所以内存优化也直接采用RecyclerView.Adapter的内存优化机制，相对于viewpager，内存优化更高效合理，且notifyDataSetChanged也更高效了。由于不用开发者自己实现内存和notifyDataSetChanged，也更简便了。 

相比ViewPager，ViewPager2修复了不能关闭预加载和更新Adapter不生效的痛点。

目前ViewPager2对Fragment支持只能用FragmentStateAdapter，FragmentStateAdapter在遇到预加载时，只会创建Fragment对象，不会把Fragment真正的加入到布局中，所以自带懒加载效果。

FragmentStateAdapter不会一直保留Fragment实例，回收的ItemView也会移除Fragment，所以得做好Fragment重建后恢复数据的准备。

FragmentStateAdapter在遇到offscreenPageLimit>0时，处理离屏Fragment和可见Fragment没有什么区别，所以无法通过setUserVisibleHint判断显示与否。

基本方法

部分核心方法使用参照RecycleView和ViewPager，如设置分割线addItemDecoration()，设置当前项setCurrentItem()等。

setAdapter() 设置适配器

setOrientation() 设置布局方向

setCurrentItem() 设置当前Item下标

beginFakeDrag() 开始模拟拖拽

fakeDragBy() 模拟拖拽中

endFakeDrag() 模拟拖拽结束

setUserInputEnabled() 设置是否允许用户输入/触摸

setOffscreenPageLimit()设置屏幕外加载页面数量

registerOnPageChangeCallback() 注册页面改变回调

setPageTransformer() 设置页面滑动时的变换效果

。。。还有好多。使用的时候大家可以具体看一下。

offscreenPageLimit（）

不设置它则不会预加载，一旦设置了，由于limit必须>0，所以会进行预加载limit个页面

viewpager2的预加载在加载时已经准备好了View布局，但是没有加载到parent视图上，所以自带懒加载效果。 而viewpager加载的时候View已经添加到parent上。所以会走生命周期的方法。

从 初始化 方法可以看出，viewpager2支持的一些特性以及为什么。

RecyclerViewImpl

基于RecyclerView的二次封装，对触摸事件，初始化等进行封装。

LinearLayoutManagerImpl

使用LinearLayoutManager，所以拥有LinearLayoutManager的特性，可以垂直或者水平。也就引申出为什么后面可以设置水平或者垂直滑动

PageTransformerAdapter

用于监听pager的改变。

基于 RecyclerView.Adapter实现

类似recycleView的使用。

基于FragmentStateAdapter实现

‘肆’ android软件开发的架构

Android以Java为编程语言，使接口到功能，都有层出不穷的变化，其中Activity等同于J2ME的MIDlet，一个 Activity 类（class）负责如世御创建视窗（window），一个活动中的Activity就是在 foreground（前景）模式，背景运行的程序叫做Service。两者之间通过由和AIDL连结，达到复数程序同时运行的效果。如果运行中的 Activity 全部画面被其他 Activity 取代时，该 Activity 便被停止（stopped），甚至被系统清除（kill）。

View等同于J2ME的Displayable，程序人员可以通过 View 类与“XML layout”档将UI放置在视窗上，Android 1.5的版本可以利用 View 打造出所谓的 Widgets，其实Widget只是View的一种，所以可以使用xml来设计layout，HTC的Android Hero手机即含有大量的widget。至于ViewGroup 是各种layout 的基础抽象类（abstract class），ViewGroup之内还可以有ViewGroup。View的构造函数不需要在Activity中调用，但是Displayable的是必须的，在Activity 中，要通过()来从XML 中取得View，Android的View类的显示很大程度上是从XML中读取的。View 与事件（event）息息相关，两者之间通过Listener 结合在一起，每一个渣岩View都可以注册一个event listener，例如：当View要处理用户触碰（touch）的事件时，就要向Android框架注册View.。另外还有Image等同于J2ME的BitMap。 在模拟器上运行仿真是虚拟设备（AVD），我们需要配置来运行我们的Android应用程序。步骤1、开放的AVD管理步骤2、新的按钮，点击添加新设备，并配置您的设备设置。步骤3、会有一个结果窗口显示所有已配置你上一屏幕选择。步骤4、按“确定”，你将会看到你的设备列在有你可以关闭此窗口。步骤5、运行你的Android应用程序项目从Eclipse，如果只有一个AVD配置，它会自动部署的应用程序也会出现一个窗口，选择你的图片。 仿真器将开始。在设备上运行

Android应用程序可以直接部署在Android设备上，这几个配置所需要的。步骤1、在调试模式的设置可以设置应用程序：Android的<应用程序>元真可调试属性。ADT 8这是默认的。步骤2、您的设备上启用USB调试：Android 3.2或以上转至设置>应用程序>开发和启用USB调试。在Android 4更新，这是开发商选择设置>。注：在Android 4.2更新，开发者选项是默认隐藏。可以，去设定>android的版本号。返回先前屏幕找到开发商选择。步返败骤3、安装USB驱动程序为您的设备，计算机识别你的设备。步骤4、一旦设置和您的设备通过USB连接，从Eclipse菜单栏安装您的应用程序在设备上选择运行>运行（或运行>调试）。 操作系统与应用程序的沟通桥梁，并用分为两层：函数层（Library）和虚拟机（Virtual Machine）。 Bionic是 Android 改良libc的版本。Android 同时包含了Webkit，所谓的Webkit 就是Apple Safari浏览器背后的引擎。Surface flinger 是就2D或3D的内容显示到屏幕上。Android使用工具链(Toolchain)为Google自制的Bionic Libc。

Android采用OpenCORE作为基础多媒体框架。OpenCORE可分7大块：PVPlayer、PVAuthor、Codec、PacketVideo Multimedia Framework(PVMF)、Operating SystemLibrary(OSCL)、Common、OpenMAX。

Android 使用skia 为核心图形引擎，搭配OpenGL/ES。skia与Linux Cairo功能相当，但相较于Linux Cairo, skia 功能还只是阳春型的。2005年Skia公司被Google收购，2007年初，Skia GL源码被公开，Skia 也是Google Chrome 的图形引擎。

Android的多媒体数据库采用SQLite数据库系统。数据库又分为共用数据库及私用数据库。用户可通过类（Column）取得共用数据库。

Android的中间层多以Java 实现，并且采用特殊的Dalvik虚拟机（Dalvik Virtual Machine）。Dalvik虚拟机是一种“暂存器型态”（Register Based）的Java虚拟机，变量皆存放于暂存器中，虚拟机的指令相对减少。

Dalvik虚拟机可以有多个实例（instance）, 每个Android应用程序都用一个自属的Dalvik虚拟机来运行，让系统在运行程序时可达到优化。Dalvik虚拟机并非运行Java字节码（Bytecode），而是运行一种称为.dex格式的文件。 Android 的 HAL（硬件抽像层）是能以封闭源码形式提供硬件驱动模块。HAL 的目的是为了把 Android framework 与 Linux kernel 隔开，让 Android 不至过度依赖 Linux kernel，以达成 kernel independent 的概念，也让 Android framework 的开发能在不考虑驱动程序实现的前提下进行发展。

HAL stub 是一种代理人（proxy）的概念，stub 是以 *.so 档的形式存在。Stub 向 HAL“提供”操作函数（operations），并由 Android runtime 向 HAL 取得 stub 的 operations，再 callback 这些操作函数。HAL 里包含了许多的 stub（代理人）。Runtime 只要说明“类型”，即 mole ID，就可以取得操作函数。 Android 是运行于 Linux kernel之上，但并不是GNU/Linux。因为在一般GNU/Linux 里支持的功能，Android 大都没有支持，包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。Android又以bionic 取代Glibc、以Skia 取代Cairo、再以opencore 取代FFmpeg 等等。Android 为了达到商业应用，必须移除被GNU GPL授权证所约束的部份，例如Android将驱动程序移到 userspace，使得Linux driver 与 Linux kernel彻底分开。bionic/libc/kernel/ 并非标准的kernel header files。Android 的 kernel header 是利用工具由 Linux kernel header 所产生的，这样做是为了保留常数、数据结构与宏。

Android 的 Linux kernel控制包括安全（Security），存储器管理（Memory Managemeat），程序管理（Process Management），网络堆栈（Network Stack），驱动程序模型（Driver Model）等。下载Android源码之前，先要安装其构建工具Repo来初始化源码。Repo 是 Android 用来辅助Git工作的一个工具。

‘伍’ android 自定义view怎么做能提高效率

自定义view一般要调用里面的onDraw()方法，提高效率个人认为，主要是图片加载释放的一些处理很重要。比如，有些图可以在构造函数里加载，有些可以根据具体要求在onDraw判断一下在加载。这样就避免了有些功能不需要上来就加载图，但是你上来就加载大图，很影响效率。在一个就是及时释放相应图片了。

‘陆’ Android TextView使用及性能优化

TextView 是Android中最常用的控件，在这里记录下TextView 的用法；

在Android中可以使用系统自带的4种字体：

在XML中使用 android:typeface="normal" 进行设置

将字体文件放到main/assets/fonts目录下，使用Asset读取字体后进行设置

使用 android:drawableLeft="@mipmap/ic_launcher" 可以设置一张图片显示在文字的上下左右，减少布局层级

使用Span能够在一段TextView中设置不同颜色的字体，链接，图片等内容

使用ClickableSpan 能够设置一段文字的点击事件

创建自己的MyClickableSpan：

之后使用SpannableStringBuilder来创建字符串，并使用setSpan来为字符串的一部分设置Span对象

其中setSpan()方法的最后一个参数标识有以下常量，这些常量标识着在 对SpannableStringBuilder进行insert时 添加的字符适用的规则：

Spanned.SPAN_EXCLUSIVE_EXCLUSIVE

Spanned.SPAN_EXCLUSIVE_INCLUSIVE

Spanned.SPAN_INCLUSIVE_EXCLUSIVE

Spanned.SPAN_INCLUSIVE_INCLUSIVE

前一个 EXCLUSIVE / INCLUSIVE 标识着在设置了Span的一段字符之前（紧挨着）插入字符时，被不被包含到Span范围中， EXCLUSIVE 表示包含， INCLUSIVE 表示不包含；

第二个 EXCLUSIVE / INCLUSIVE 同理表示插入这段字符之后的效果；

ImageSpan用于在TextView中插入图片，可以用来实现图文混排

使用方法：

这样实现的效果是文字与图片底部进行对齐，如果需要图片中线与文字中线对其，需要自己重写ImageSpan

​ Android 中的TextView中存在着很多EditText中的特性，在setText()方法中会涉及到很多Span相关的操作，比如设置TextWatcher，重新构造Spannable等操作，在我们仅仅显示静态文本的时候这些操作都是没有必要的（通过使用普通的TextView进行Debug来验证普通的TextView的确是Span的）；

​ 在大量显示静态文本的时候就可以通过StaticLayout来计算出TextView的布局信息，这项工作可以放到非UI线程来进行，能够减少在setText()的时候UI线程的耗时，达到优化TextView性能的目的；

​ StaticLayout是TextView中用于显示多行静态文本的Layout，也是能够支持SpannableString的，只是不能在Span变化之后重新Layout，所以在大部分场景下已经适用；

通过这个自定义的View来显示Text，在onDraw()的时候直接使用layout来进行绘制，而设置需要显示的文本则直接使用setLayout()来实现

使用下面给出的参考链接中的测试Demo在 ZTE A2017 Android7.1.1 高通820设备上，普通TextView在ListView中连续滚动的帧数是55帧，使用StaticLayout的结果为60帧

可以作为在APP使用CPU资源较多的情况下的优化手段

参考链接： TextView预渲染研究

在Android中，TextView的测量消耗了大量的时间，Android P中提供了PrecomputedText能够将测量这个过程放到后台来执行，减轻对于UI线程的卡顿；

非Android P时，使用AppCompatTextView控件，使用setTextFeature()方法来将文本的measure过程放到其他线程来执行，而不是直接将text应用于TextView；

在调用了这个方法之后如果对TextView进行边距，文字大小等的设置都将会报错；

Prefetch Text Layout in RecyclerView

PrecomputedTextCompat

在ListView中仅替换设置Text的方法时未测试出性能与普通方法有什么优势，猜测是ListView没有在getView和显示之间预留时间，

测试项目地址：

https://github.com/GavynZhang/PrecomuptedTextViewTest