android 单例模式线程安全，android单例模式内存泄露

Android性能优化总结

★Build.prop (编辑/system/build.prop 文件(需要root， 可以用文件管理器或者其他root explorer)，re管理器如果build.prop里面有这些参数，只需要把数值更改，安卓手机性能优化方法汇总【没有的话 可以自己手动添加。

第三个要点：使用最新的Android软件开发工具包(SDK)版本、应用编程接口(API)和最佳实践确保你开发的应用程序是最新的，因而要使用Android平台提供的最新工具。随着Android平台不断发展，它也在不断改进。

流畅度是它相比其他系统最大的短板，其实Android的大部分手机有着相当好的硬件，所以流畅度大幅度提升完全不是难事，而各个厂商在Android手机出厂前给手机定制的ROM并没有达到最优的优化效果，或多或少都有可提升的空间。

因此，应用开发者在实现需求的同时，需要尽量减少电量的消耗（本文针对Android App进行分析）。

性能测试中存在2-5-8原则：2s内很快，2~5s 还可以，5~8s 很慢还可以接受，8s糟糕透了。Google 提出一项计划Android Vitals：冷启动5s内，温启动2s内，热启动5s内。

其实启动框架就是一个任务调度系统，是手淘启动的“大管家”。管家要做的事情就是把它们的关系梳理得明明白白，有条不紊，合理安排位置、调度时间，同时提升硬件资源的利用率。

Android开发中,有什么工具能够排查jni层的内存泄漏

1、（1） 操作Bitmap对象，一定要注意，在不使用的时候 recycle （2） 访问数据库，一定要记得关闭游标 （3） 涉及JNI层的代码，由于JNI层是采用C/C++编写，需要自己管理内存的分配/回收，所以要慎重小心。

2、在data object一行中有一列是“Total Size”，其值就是当前进程中所有Java数据对象的内存总量，一般情况下，这个值的大小决定了是否会有内存泄漏。

3、AllocationTracker工具AllocationTracker工具可以帮助开发者分析内存泄漏问题。它可以显示应用程序中所有对象的分配和释放情况，以及每个对象的实例数量和内存使用情况。

4、排查内存泄漏的原因如果我们想要解决Android的内存泄漏问题，我们首先要找到这个问题在哪里，也就是说，我们要排查出内存泄漏的原因。

5、建议使用代码生成hprof，然后使用《Android内存泄露利器（hprof篇）》中的工具自动提取多个hprof文件，然后用MAT进行比较分析。

使用ConnectivityManager的内存泄漏隐患

1、这样即使Activity退出后仍然无法释放，导致内存泄漏。这个问题仅在0上出现，在1上ConnectivityManager实现为单例但不持有Context的引用，在0有以下版本ConnectivityManager既不为单例，也不持有Context的引用。

2、另外，public static A_activity mc= null，这种方式不好，容易造成内存泄漏，而且很容易造成此activity无法关闭。

内存泄漏的原因及解决办法是什么

尽量减少使用静态变量，或者使用完及时赋值为null。明确内存对象的有效作用域，尽量缩小对象的作用域，能用局部变量处理的不用成员变量，因为局部变量弹栈会自动回收。减少长生命周期的对象持有短生命周期的引用。

内存泄露多数属于程序本身设计问题，有以下几种解决方法：1）从程序内部重新编译。养成良好的编码习惯，尽量在涉及内存的程序段，检测出内存泄露。2）结束程序，内存自然就会被操作系统回收。3）重新启动电脑后，立刻恢复。

以下是一些解决措施：重启电脑：可以通过关闭所有正在运行的程序并重启电脑，从而释放内存。这是解决内存泄漏最快、最简单的方法之一。清除内存缓存：打开任务管理器，查看内存占用情况。