android 的OOM

问题过了好久了，网上查了一些资料自己动手试了试，情况应该如下：
首先要明白android基于linux系统，系统的内存使用规则是不一样的。
windows下的内存管理规则为：退出即销毁，程序的内存会被回收。
linux的内存认为不用白不用，在程序退出后，如果没有新的内存申请，则内存不会被释放，这样下一次运行的时候会提高响应速度。
如此，android设计了low_memory和OUT_OF_MEMORY机制。
low_memory是在程序申请内存的时候报警，然后可以对这个报警进行一些响应，比如释放不用的资源来防止崩溃之类的。在低内存机器中，观察launcher在机器刚开机和运行一段时间后所占内存的大小就能发现，开机的时候内存占用很大，但是随着应用越开越多，占用内存在一步步被释放。
而OOM机制是机器底层的一种强制保鲜，在OOM发生的时候内核会排序强制杀掉进程来保证系统的继续运行，同样这种OOM异常容易发生在低内存机器上，比如512M。
首先系统会根据程序是否是空进程（已经由用户关闭的不带有任何服务和provider的进程），是否有服务，是否有provider，是否为前台进程，来排序，可以输入 adb shell dumpsys meminfo来查看，列出信息中的Total PSS by OOM adjustment:就是系统为程序的OOM排序结果，OOM异常的时候会根据这个表单从下网上杀掉进程释放内存。
OOM的阈值：是机器判定发生OOM的规则，在/kernel/drivers/staging/android/lowmemorykiller.c中可以看到
lowmem_adj[6] 为OOM等级，lowmem_minfree[6]为对应的在系统内存低于多少的时候，adj中高于该等级的活动都要被强制释放。对应的可以修改阈值，完成后编译lk就可以了。
以上就是关于low_memory和OOM的机制和修改