Android内存管理

获取内存大小

• maxMemory() 返回的是java虚拟机（这个进程）能构从操作系统挖到的最大的内存，以字节为单位，如果在运行java程序的时候，没有添加-Xmx参数，那么就是64兆。
• totalMemory() 返回的是java虚拟机已经从操作系统挖过来的内存大小，也就是java虚拟机这个进程当时所占用的所有内存，但不一定全使用了。
• freeMemory() 挖过来而又没有用上的内存，freeMemory()的值一般情况下很小。

不用在意剩余内存的大小

    和java的垃圾回收机制类似，系统进行内存调度有个阀值，只有低于这个值系统才会按一个列表来关闭用户不需要的东西。这个值默认设置得很小，所以会看到内存老在很少的数值徘徊。但事实上并不影响速度。相反加快了下次启动应用的速度。

　内存少的时候运行大型程序会慢，在内存剩余不多时打开大型程序，会触发系统自身的调进程调度策略，这是十分消耗系统资源的操作，特别是在一个程序频繁向系统申请内存的时候。有个更改内存阀值的程序可以有一定改善。但改动也可能带来一些问题，取决于值的设定。

　在运行大型程序之前，你可以手动或使用管理软件关闭一些进程释放内存，可以显著的提高运行速度。

　android的应用在被切换到后台时，它其实已经被暂停了，并不会消耗cpu资源，只保留了运行状态。如果想要在后台处理些东西，如音乐播放，它就会开启一个服务。服务可在后台持续运行，所以在后台耗电的也只有带服务的应用了。这个在进程管理软件里能看到，标签是service。至于广播什么的我就不涉及了。所以没有带服务的应用在后台是完全不耗电的。

　android上的应用是java，android上的应用是带有独立虚拟机的，每开一个应用就会打开一个独立的虚拟机。这样设计的原因是可以避免虚拟机崩溃导致整个系统崩溃，代价就是需要更多内存。

　保留更多的空闲内存，实际上并不一定会提升速度，相反却丧失了程序启动快的这一系统特色。

数据共享

    剪切板 ClipBoardManager只能传递文本数据以及Intent支持的数据类型。

    二进制数据经过base64编码后，可以作为文本传输。

Android应用内存检测工具

• Android Studio Profiler： 实时监控内存分配和GC，捕获堆转储，分析Native内存，是发现问题和获取堆转储的首选工具。
• LeakCanary：自动化内存泄漏检测库，集成到开发环境，能在运行时检测并报告Activity/Fragment泄漏，极大提升效率。
• MAT：是对Profiler捕获的堆转储进行深度分析的利器，也用于深度分析LeakCanary报告的问题或分析更复杂的泄漏。
• Perfetto / systrace： 分析系统级性能，包括内存压力、GC活动等。