一、性能优化
android 性能主要之响应速度 和UI刷新速度。
可以参考博客：Android系统性能调优工具介绍
首先从函数的耗时来说，有一个工具TraceView 这是androidsdk自带的工作，用于测量函数耗时的。
UI布局的分析，可以有2块，一块就是Hierarchy Viewer 可以看到View的布局层次，以及每个View刷新加载的时间。
这样可以很快定位到那块layout & View 耗时最长。
还有就是通过自定义View来减少view的层次。
内存泄露是个折腾的问题。
什么时候会发生内存泄露？内存泄露的根本原因：长生命周期的对象持有短生命周期的对象。短周期对象就无法及时释放。
1. 静态集合类引起内存泄露
主要是hashmap，Vector等，如果是静态集合 这些集合没有及时setnull的话，就会一直持有这些对象。
2.remove 方法无法删除set集 Objects.hash(firstName, lastName);
经过测试，hashcode修改后，就没有办法remove了。
3.observer 我们在使用监听器的时候，往往是addxxxlistener，但是当我们不需要的时候，忘记removexxxlistener，就容易内存leak。
广播没有unregisterrecevier
4.各种数据链接没有关闭，数据库contentprovider，io，sokect等。cursor
5.内部类：
java中的内部类（匿名内部类），会持有宿主类的强引用this。
所以如果是new Thread这种，后台线程的操作，当线程没有执行结束时，activity不会被回收。
Context的引用，当TextView 等等都会持有上下文的引用。如果有static drawable，就会导致该内存无法释放。
6.单例
单例 是一个全局的静态对象，当持有某个复制的类A是，A无法被释放，内存leak。
当程序需要申请一段“大”内存，但是虚拟机没有办法及时的给到，即使做了GC操作以后
这就会抛出 OutOfMemoryException 也就是OOM
为了减少单个APP对整个系统的影响，android为每个app设置了一个内存上限。
public void getMemoryLimited(Activity context)
{
ActivityManager activityManager =(ActivityManager)context.getSystemService(Context.ACTIVITY_SERVICE);
System.out.println(activityManager.getMemoryClass());
System.out.println(activityManager.getLargeMemoryClass());
System.out.println(Runtime.getRuntime().maxMemory()/(1024*1024));
}HTC M7实测，192M上限。512M 一般情况下，192M就是上限，但是由于某些特殊情况，android允许使用一个更大的RAM。
1.ArrayMap/SparseArray代替hashmap
2.避免在android里面使用Enum
3.减少bitmap的内存占用
inSampleSize：缩放比例，在把图片载入内存之前，我们需要先计算出一个合适的缩放比例，避免不必要的大图载入。
decode format：解码格式，选择ARGB_8888/RBG_565/ARGB_4444/ALPHA_8，存在很大差异。
4.减少资源图片的大小，过大的图片可以考虑分段加载
大多数对象的复用，都是利用对象池的技术。
1.listview/gridview/recycleview contentview的复用
2.inBitmap 属性对于内存对象的复用ARGB_8888/RBG_565/ARGB_4444/ALPHA_8
这个方法在某些条件下非常有用，比如要加载上千张图片的时候。
3.避免在ondraw方法里面 new对象
4.StringBuilder 代替+
CrashHandler
关键是实现Thread.UncaughtExceptionHandler
然后是在application的oncreate里面注册。
ANR->Application Not Responding
也就是在规定的时间内，没有响应。
三种类型：
1）. KeyDispatchTimeout(5 seconds) —主要类型按键或触摸事件在特定时间内无响应
2）. BroadcastTimeout(10 seconds) —BroadcastReceiver在特定时间内无法处理完成
3）. ServiceTimeout(20 seconds) —小概率类型 Service在特定的时间内无法处理完成
为什么会超时：事件没有机会处理 & 事件处理超时
ANR的关键
是处理超时，所以应该避免在UI线程，BroadcastReceiver 还有service主线程中，处理复杂的逻辑和计算
而交给work thread操作。
1）避免在activity里面做耗时操作，oncreate & onresume
2）避免在onReceiver里面做过多操作
3）避免在Intent Receiver里启动一个Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。
4）尽量使用handler来处理UI thread & workthread的交互。
首先定位ANR发生的log：
04-01 13:12:11.572 I/InputDispatcher( 220): Application is not responding:Window{2b263310com.android.email/com.android.email.activity.SplitScreenActivitypaused=false}. 5009.8ms since event, 5009.5ms since waitstartedCPUusage from 4361ms to 699ms ago ----CPU在ANR发生前的使用情况04-0113:12:15.872 E/ActivityManager( 220): 100%TOTAL: 4.8% user + 7.6% kernel + 87% iowait04-0113:12:15.872 E/ActivityManager( 220): CPUusage from 3697ms to 4223ms later:-- ANR后CPU的使用量从log可以看出，cpu在做大量的io操作。
所以可以查看io操作的地方。
当然，也有可能cpu占用不高，那就是 主线程被block住了。
1）共享变量（内存）
2）管道
3）handle机制
runOnUiThread(Runnable)
view.post(Runnable)
Dalvik进程。
每一个android app都会独立占用一个dvm虚拟机，运行在linux系统中。
所以dalvik进程和linux进程是可以理解为一个概念。
从小到上就是：
linux kernel,lib dalvik vm ,application framework, app
activitymanager.getMemoryClass() 获取内存限制。
关于合理使用内存，其实就是避免OOM & 内存泄露中已经说明。
1）main code
unit test
3）mianifest
4）res->drawable,drawable-xxhdpi,layout,value,mipmap
mipmap 是一种很早就有的技术了，翻译过来就是纹理映射技术.
google建议只把启动图片放入。
5）lib
6）color
文件的系统权限是由linux系统规定的，只读，读写等。
运行时权限，是对于某个系统上的app的访问权限，允许，拒绝，询问。该功能可以防止非法的程序访问敏感的信息。
Framework是android 系统对 linux kernel，lib库等封装，提供WMS，AMS，bind机制，handler-message机制等方式，供app使用。
简单来说framework就是提供app生存的环境。
1）Activity在attch方法的时候，会创建一个phonewindow（window的子类）
2）onCreate中的setContentView方法，会创建DecorView
3）DecorView 的addview方法，会把layout中的布局加载进来。
线程间的通信可以参考第6点。
进程间的通信：bind机制（IPC->AIDL），linux级共享内存，boradcast，
Activity 之间，activity & serview之间的通信，无论他们是否在一个进程内。
屏幕适配的方式：xxxdpi， wrap_content,match_parent. 获取屏幕大小，做处理。
dp来适配屏幕，sp来确定字体大小
drawable-xxdpi, values-1280*1920等 这些就是资源的适配。
wrap_content,match_parent, 这些是view的自适应
weight，这是权重的适配。
Android Interface Definition Language
AIDL是使用bind机制来工作。
参数：
java原生参数
String
parcelable
list & map 元素 需要支持AIDL
参考：android 进程/线程管理（一）——消息机制的框架 这个系类。
android 事件分发机制
带你一起探究Android事件分发机制， 让面试提问不在畏惧！
EventBus，广播，view.post, runinUiThread
但是无论各种花样，本质上就2种：handler机制 + 广播
你真正了解UI线程更新的几种方式吗，面试必备之深度揭秘
必须可以。子线程 可以new 一个mainHandler，然后发送消息到UI Thread。
带你一步一步深入Handler源码，拿下面试官不在话下
视图动画，或者说补间动画。只是视觉上的一个效果，实际view属性没有变化，性能好，但是支持方式少。
属性动画，通过变化属性来达到动画的效果，性能略差，支持点击等事件。android 3.0
帧动画，通过drawable一帧帧画出来。
Gif动画，原理同上，canvas画出来。
具体可参考：https://i.cnblogs.com/posts?categoryid=672052
overridePendingTransition
view的更新必须在UI thread中进行
surfaceview会单独有一个线程做ui的更新。
surfaceview 支持open GL绘制。
1.EventBus 事件分发机制，由handler实现，线程间通信
2.xUtils->DbUtils,ViewUtils,HttpUtils,BitmapUtils
3.百度地图
4.volley
5.fastjson
6.picciso
7.友盟
8.zxing
9.Gson
pull2RefreshListView
public class CycleView extends View {
Paint mPaint = new Paint(); public CycleView(Context context) { this(context, null);
} public CycleView(Context context, AttributeSet attrs) { super(context, attrs);
initView();
} private void initView() {
mPaint.setAntiAlias(true);
mPaint.setStyle(Paint.Style.STROKE);
mPaint.setStrokeWidth(20);
}
@Override protected void onDraw(Canvas canvas) { super.onDraw(canvas);
canvas.drawCircle(100,100,50,mPaint);
}}关键是canvas.drawCycle & paint.setsytle(stoken)
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
