13518219792
1、★Build.prop (编辑/system/build.prop 文件(需要root， 可以用文件管理器或者其他root explorer)，re管理器如果build.prop里面有这些参数，只需要把数值更改，安卓手机性能优化方法汇总【没有的话 可以自己手动添加。
成都创新互联公司凭借专业的设计团队扎实的技术支持、优质高效的服务意识和丰厚的资源优势，提供专业的网站策划、网站制作、成都网站制作、网站优化、软件开发、网站改版等服务，在成都10多年的网站建设设计经验，为成都上千中小型企业策划设计了网站。
2、第一个要点：首先要有良好的编程习惯要成为一名优秀的资源管理员；既要运用常识，还要使用公认的算法和标准的设计模式。在资源使用方面，如果你打开了资源，要记得关闭资源。要尽量晚地获取，尽量早地释放。
3、布局优化：1）尽量减少布局文件的层级。层级少了，绘制的工作量也就少了，性能自然提高。2）布局重用 include标签 3）按需加载：使用ViewStub，它继承自View，一种轻量级控件，本身不参与任何的布局和绘制过程。
4、其实启动框架就是一个任务调度系统，是手淘启动的“大管家”。管家要做的事情就是把它们的关系梳理得明明白白，有条不紊，合理安排位置、调度时间，同时提升硬件资源的利用率。
1、解决方法：将Runnable独立出来或使用静态内部类，可以避免因持有外部对象导致的内存泄漏。
2、解决方法： 明确调用System.gc()； 这种内存回收会有一定的作用，但是请不要太期待。 图片处理完成后回收内存。 请在调用BitMap进行图片处理后进行内存回收。
3、在Android平台上，长期保持一些资源的引用，造成一些内存不能释放，带来的内存泄露问题很多。
4、内存泄露导致 由于我们程序的失误，长期保持某些资源（如Context）的引用，垃圾回收器就无法回收它，当然该对象占用的内存就无法被使用，这就造成内存泄露。
由于程序的失误，长期保持某些资源（如Context）的引用，造成内存泄露，资源造成得不到释放。保存了多个耗用内存过大的对象（如Bitmap），造成内存超出限制。
为了整个系统的内存控制需要，在Android系统为每一个应用程序都设置一个硬性的Dalvik Heap Size最大限制阈值(视设备而定)。如果应用占用内存空间接近阈值时，再尝试分配内存很容易OOM。
有时候也可能是整个系统的原因；Android 4之前，Android系统一直都是在Dalvik 虚拟机上的， 从Android 4开始开始引入ART，到0已经成为默认选择。
图片占用的内存 大小为：为什么mipmap不在这种情况的考虑范围之内呢？ 因为mipmap是Android系统为了避免Launcher Icon变形而添加的资源目录，也就是说，mipmap中的图片不会被缩放。
所以，计算图片占用内存大小的时候，要考虑图片所在的目录跟设备密度，这两个因素其实影响的是图片的高宽，android会对图片进行拉升跟压缩。
所以如果的应用占用内存较小，就可以增加不被杀掉的几率，从而快速地恢复（如果不被杀掉，启动的时候就是热启动，否则就是冷启动，其速度差在2~3倍）。
AndroidStudio提供了MemoryMonitor来实时显示应用运行时内存占用情况，下边蓝色部分是现在占用的内存，上面灰色的部分显示是已回收的内存。
分支、循环、跳转、异常处理、线程恢复 等 基础功能 都需要依赖这个 计数器 来完成。
， 线程优化 ：线程的优化主要在于减少CPU调度带来的波动，让应用的启动时间更加稳定。具体的做法就是减少线程启动的数量，使用线程池。5， GC优化 ：在启动过程中，要尽量减少GC的次数。
这个过程中，GC垃圾回收器通常会产生暂停挂起的问题，也称为STW（StopTheWorld）的现象。此外，Android系统还使用了低内存管理（LowMemoryManagement）机制。
这个内存区域的大小变化主要是对象的创建和回收，比如：如果短时间内有大量的对象创建和回收，可能会造成内存抖动，如果对象创建之后一直回收不掉，则会导致内存泄漏，严重的内存泄漏会导致频繁的gc，从而是界面卡顿。
思路如下：java里面有专门获取系统属性的东西，在System里面。比如 data 时间1=当前时间；void{执行的程序}；data 时间2 = 当前时间；启动时间等于 时间2 - 时间1，再用dataformat转换格式。其他的几个属性也能这样来做。
1、(3)尽量少用静态变量 静态变量属于全局变量，不会被 GC 回收，它们会一直占用内存。
2、虽然，你没有创建变量，但它创建了。如果这句执行的频率极高，则会不断创建新的对象，HEAP中的对象太多，就会GC了。
3、首先删除布局中无用的控件和层级，其次有选择地使用性能较低的ViewGroup，比如LinearLayout。
4、）for loop中不要声明临时变量，不到万不得已不要在里面写try catch。
）避免创建过多对象，造成频繁的gc 2)不要过多使用枚举，枚举占用的空间比整型大很多 3）字符串的拼接使用StringBuffer、StringBuilder来替代直接使用String，因为使用String会创建多个String对象，参考第一条。
JSONArray.parseArray(localjsonstr)；我估计是这句引起的GC。虽然，你没有创建变量，但它创建了。如果这句执行的频率极高，则会不断创建新的对象，HEAP中的对象太多，就会GC了。
Android系统中，GC有以下三种类型： 在GC过程中，任何其他在工作的线程(包括负责绘制的线程)都可能会被暂停，一旦GC消耗的时间超过16ms的阈值，就会出现丢帧。也就是说 频繁的GC会增加应用的卡顿。
