我们做这个App 的优化,主要是为了防止卡顿,严重会造成程序无响应.针对这个卡顿现象,主要是App的运行内存达到了限制,主要措施:
缓存,延时加载,提前加载,多线程,优化sql语句,布局中使用include,cursor的关闭,一些控件在不使用时,释放资源,置为空..
内存优化:
内存泄露:对象的引用没有释放
图片:二次采样,
属性动画造成的内存泄露,在onDestory中调用cancel方法
,数据库,io流的关闭
Android 性能优化
内存 线程 数据结构 算法 语言 系统配置
Java层的内存，Native层的内存
一.Java 层内存区域
1.寄存器Register cpu上一小段区域，由CPU控制 ，应用不能控制，速度最快
2.栈 stack 先进后出的，对象的引用 栈中的引用指向了堆中的对象本身
3.堆 heap 对象本身， A a=new A（）； a栈 A对象本身放在堆 不固定，可增长
4.静态区 static声明的变量
5.常量区 123 1.245 "abc"
6.非ram... tf卡，内置存储空间
OOM 、 Leak 、速度（缓存）、稳定（通常内存回收造成稳定问题）
二. Reckon （可计算）
1.Android 应用可提供多少内存
2.单张图片占用内存（不变形）=长*宽*质量（默认argb情况下是4）、
通过ActivityManager取得memoryInfo信息
三.Reduce （保证性能的前提下，尽量较小的使用内存）
四.Recycle （内存回收）
五. ReUse （重复使用）
六.ReView （检查）
在Manifest中写上LargeHeap=true 会使用Heap最大值
内存泄漏 优化
什么是内存泄露，内存不在GC的掌控之中了。
了解
1>.垃圾回收机制 GC
2>.Gc回收机制的原理
可以作为GC Root引用点的是
1.JavaStack中引用的对象
2.方法区中静态引用指向的对象
3.方法区中常量引用指向的对象
4.Native方法中JNI引用的对象
5.Thread--"活着的"线程
3>.怎么判断一个对象是垃圾对象？
这还是一个主管的判断