13518219792
防止重要的系统进程触发(OOM)机制而被杀死：可以设置参数/proc/PID/oom_adj为-17，可临时关闭linux内核的OOM机制。内核会通过特定的算法给每个进程计算一个分数来决定杀哪个进程，每个进程的oom分数可以/proc/PID/oom_score中找到。我们运维过程中保护的一般是sshd和一些管理agent。
成都创新互联公司2013年成立，先为临沭等服务建站，临沭等地企业，进行企业商务咨询服务。为临沭企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
保护某个进程不被内核杀掉可以这样操作：
# echo -17 /proc/$PID/oom_adj
如何防止sshd被杀，可以这样操作：
# pgrep -f "/usr/sbin/sshd" | while read PID;do echo -17 /proc/$PID/oom_adj;done
可以在计划任务里加入这样一条定时任务，就更安全了：
#/etc/cron.d/oom_disable
*/1**** root pgrep -f "/usr/sbin/sshd" | while read PID;do echo -17 /proc/$PID/oom_adj;done
为了避免重启失效，可以写入/etc/rc.d/rc.local
echo -17 /proc/$(pidof sshd)/oom_adj
至于为什么用-17而不用其他数值（默认值为0），这个是由linux内核定义的，查看内核源码可知：
以linux-3.3.6版本的kernel源码为例，路径为linux-3.6.6/include/linux/oom.h，阅读内核源码可知oom_adj的可调值为15到-16，其中15最大-16最小，-17为禁止使用OOM。oom_score为2的n次方计算出来的，其中n就是进程的oom_adj值，所以oom_score的分数越高就越会被内核优先杀掉。
当然还可以通过修改内核参数禁止OOM机制
# sysctl -w vm.panic_on_oom=1
vm.panic_on_oom = 1 //1表示关闭，默认为0表示开启OOM
# sysctl -p
在 Java中，JavaVM拥有自动管理内存的功能，Java的GC能够进行垃圾回收,但是Android中如果ImageView使用过多的Bitmap的话,经常会报OOM(内存溢出)。
造成内存溢出及解决方案:
1.使用BitmapFactory.decodeStream替代createBitmap方法
原因是该方法直读取图片字节，调用JNInativeDecodeAsset()来完成decode，无需再使用java层的createBitmap。
2.使用压缩读取技术
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeFile(imageSdUri, options);
final int height = options.outHeight;
final int width = options.outWidth;
options.inSampleSize = 1;
int w = 320;
int h = 480;
h = w*height/width;//计算出宽高等比率
int a = options.outWidth/ w;
int b = options.outHeight / h;
options.inSampleSize = Math.max(a, b);
options.inJustDecodeBounds = false;
Bitmap bitmap = BitmapFactory.decodeFile(imageSdUri, options);
3.及时释放Bitamp
Bitmap对象在不使用时,我们应该先调用recycle()释放内存，然后才它设置为null.虽然recycle()从源码上看，调用它应该能立即释放Bitmap的主要内存，但是测试结果显示它并没能立即释放内存。但是我它应该还是能大大的加速Bitmap的主要内存的释放。
说明图片可能有点大，尝试加大运行时的内存：
运行时加上参数 -Xmx1024m
另外最好还是要判断下oom的具体原因，OOM可能会发生在不同的存储位置，可以通过具体的设置去增加不同位置内存的占用。
关注我的微公号 某鸟碎碎， 发布各种入门教学文章，java编程基础学习内容。
可能是jvm运行时内存不足吧，你试下
java -Xms512m -Xmx512m -XX:MaxPermSize=128m -cp lib/bootstart.jar; TestJava
Xmx 用来设置你的应用程序能够使用的最大内存数（看好，致使你的应用程序，不是整个jvm）,如果你的程序要花很大内存的话，那就需要修改缺省的设置，比如配置tomcat的时候，如果流量啊程序啊都很大的话就需要加大这个值了，不过有一点是要记住的，不要大得超过你的机器的内存，那样你的机器会受不了的，到时候就死翘翘了。
Xms 用它来设置程序初始化的时候内存栈的大小，增加这个值的话你的程序的启动性能会得到提高。不过同样有前面的限制，以及受到xmx的限制。
