教你优化手机内存_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
教你优化手机内存
阅读已结束，下载文档到电脑
想免费下载更多文档？
定制HR最喜欢的简历
你可能喜欢15736人阅读
Tomcat本身不能直接在计算机上运行，需要依赖于硬件基础之上的操作系统和一个Java虚拟机。Tomcat的内存溢出本质就是JVM内存溢出，所以在本文开始时，应该先对Java JVM有关内存方面的知识进行详细介绍。
一、Java JVM内存介绍
JVM管理两种类型的内存，堆和非堆。按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法的代码都在非堆内存中，它和堆不同，运行期内GC不会释放其空间。
(1). 堆内存分配&
JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指 定，默认是物理内存的1/4。默认空余堆内存小于 40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、 -Xmx相等以避免在每次GC 后调整堆的大小。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行堆内存设置，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值，建议堆的最大值设置为可用内存的最大值的80%。
初始化堆的大小是JVM在启动时向系统申请的内存的大小。一般而言，这个参数不重要。但是有的应用程序在大负载的情况下会急剧地占用更多的内存，此时这个参数就是显得非常重要，如果JVM启动时设置使用的内存比较小而在这种情况下有许多对象进行初始化，JVM就必须重复地增加内存来满足使用。由于这种原因，我们一般把-Xms和-Xmx设为一样大，而堆的最大值受限于系统使用的物理内存。一般使用数据量较大的应用程序会使用持久对象，内存使用有可能迅速地增长。当应用程序需要的内存超出堆的最大值时JVM就会提示内存溢出，并且导致应用服务崩溃。所以，如果Xms超过了Xmx值，或者堆最大值和非堆最大值的总和超过了物理内存或者操作系统的最大限制都会引起服务器启动不起来。
(2). 非堆内存分配&
也叫永久保存的区域，用于存放Class和Meta信息,Class在被Load的时候被放入该区域。它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理。JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。 GC不会对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen
space错误。
(3). JVM内存限制(最大值)&
首先JVM内存限制于实际的最大物理内存（废话！，呵呵），假设物理内存无限大的话，JVM内存的最大值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制，这个限制一般是2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统 下为2G-3G），而64bit以上的处理器就不会有限制了。
二、三种内存溢出异常介绍
1. OutOfMemoryError： Java heap space& 堆溢出
内存溢出主要存在问题就是出现在这个情况中。当在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息。
&2. OutOfMemoryError： PermGen space&& 非堆溢出（永久保存区域溢出）
这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。如果web app用了大量的第三方jar或者应用有太多的class文件而恰好MaxPermSize设置较小，超出了也会导致这块内存的占用过多造成溢出，或者tomcat热部署时侯不会清理前面加载的环境，只会将context更改为新部署的，非堆存的内容就会越来越多。
3. OutOfMemoryError： unable to create new native thread.&& 无法创建新的线程
这种现象比较少见，也比较奇怪，主要是和jvm与系统内存的比例有关。这种怪事是因为JVM已经被系统分配了大量的内存（比如1.5G），并且它至少要占用可用内存的一半。
三、Java JVM内存配置
1. JVM内存分配设置的参数有四个
-Xmx&&& Java Heap最大值，默认值为物理内存的1/4；
-Xms&&& Java Heap初始值，Server端JVM最好将-Xms和-Xmx设为相同值，开发测试机JVM可以保留默认值；
-Xmn&&& Java Heap Young区大小，不熟悉最好保留默认值；
-Xss&&&&& 每个线程的Stack大小，不熟悉最好保留默认值；
-XX:PermSize：设定内存的永久保存区域；&
-XX:MaxPermSize：设定最大内存的永久保存区域；
-XX:PermSize：设定内存的永久保存区域；
-XX:NewSize：设置JVM堆的‘新生代’的默认大小；
-XX:MaxNewSize：设置JVM堆的‘新生代’的最大大小；&
2. 如何设置JVM的内存分配
（1）当在命令提示符下启动并使用JVM时（只对当前运行的类Test生效）：
java -Xmx128m -Xms64m -Xmn32m -Xss16m Test
（2）当在集成开发环境下（如eclipse）启动并使用JVM时：
a. 在eclipse根目录下打开eclipse.ini，默认内容为（这里设置的是运行当前开发工具的JVM内存分配）：& -vmargs -Xms40m -Xmx256m -vmargs表示以下为虚拟机设置参数，可修改其中的参数值，也可添加-Xmn，-Xss，另外，eclipse.ini内还可以设置非&& 堆内存，如：-XX:PermSize=56m，-XX:MaxPermSize=128m。
b. 打开eclipse－窗口－首选项－Java－已安装的JRE（对在当前开发环境中运行的java程序皆生效）& 编辑当前使用的JRE，在缺省VM参数中输入：-Xmx128m -Xms64m -Xmn32m –Xss16m。
c. 打开eclipse－运行－运行－Java应用程序（只对所设置的java类生效）& 选定需设置内存分配的类－自变量，在VM自变量中输入：-Xmx128m -Xms64m -Xmn32m -Xss16m& 注：如果在同一开发环境中同时进行了b和c设置，则b设置生效，c设置无效，如：& 开发环境的设置为：-Xmx256m，而类Test的设置为：-Xmx128m -Xms64m，则运行Test时生效的设置为：& -Xmx256m -Xms64m。
（3）当在服务器环境下（如Tomcat）启动并使用JVM时（对当前服务器环境下所以Java程序生效）：
a. 设置环境变量：& 变量名：CATALINA_OPTS& 变量值：-Xmx128m -Xms64m -Xmn32m -Xss16m。
b. 打开Tomcat根目录下的bin文件夹，编辑catalina.bat，将其中的%CATALINA_OPTS%（共有四处）替换为：-Xmx128m -Xms64m -Xmn32m -Xss16m。
c. 若没有catalina.bat，只有tomcat.exe,tomcat6w.则可以在启动tomcat6w.exe 后 右键配置--Java--java option 下面输入：
-Xmx256m –Xms64m
也可以找到注册表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\TomcatService Manager\Tomcat6\Parameters\JavaOptions原值为 -Dcatalina.home=&C:\ApacheGroup\Tomcat 6.0& -Djava.endorsed.dirs=&C:\ApacheGroup\Tomcat 6.0\common\endorsed& -Xrs 加入& -Xms300m& -Xmx350m&
（我的是加入-Xmx350m，tomcat才能启动，加入-Xms300m& -Xmx350m反而tomcat都不能启动）重起tomcat服务,设置生效。
3. 查看JVM内存信息
Runtime.getRuntime().maxMemory(); //最大可用内存，对应-Xmx&
Runtime.getRuntime().freeMemory(); //当前JVM空闲内存&
Runtime.getRuntime().totalMemory(); //当前JVM占用的内存总数，其值相当于当前JVM已使用的内存及freeMemory()的总和&
关于maxMemory()，freeMemory()和totalMemory()：maxMemory()为JVM的最大可用内存，可通过-Xmx设置，默认值为物理内存的1/4，设置不能高于计算机物理内存；& totalMemory()为当前JVM占用的内存总数，其值相当于当前JVM已使用的内存及freeMemory()的总和，会随着JVM使用内存的增加而增加；& freeMemory()为当前JVM空闲内存，因为JVM只有在需要内存时才占用物理内存使用，所以freeMemory()的值一般情况下都很小，而JVM实际可用内存并不等于freeMemory()，而应该等于maxMemory()-totalMemory()+freeMemory()。
4. 实例，以下给出1G内存环境下java jvm 的参数设置参考
JAVA_OPTS=&-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true &
大型的web工程，用tomcat默认分配的内存空间无法启动，如果不是在myeclipse中启动tomcat可以对tomcat这样设置：
TOMCAT_HOME\bin\catalina.bat 中添加这样一句话：
set JAVA_OPTS= -Xmx1024M -Xms512M -XX:MaxPermSize=256m
如果要在myeclipse中启动，上述的修改就不起作用了，可如下设置：
Myeclipse-&preferences-&myeclipse-&servers-&tomcat-&tomcat×.×-&JDK面板中的
Optional Java VM arguments中添加：-Xmx1024M -Xms512M -XX:MaxPermSize=256m
对于单独的.class，可以用下面的方法对Test运行时的jvm内存进行设置。 java -Xms64m -Xmx256m Test -Xms是设置内存初始化的大小 -Xmx是设置最大能够使用内存的大小。
四、JVM内存配置与GC
需要考虑的是Java提供的垃圾回收机制。JVM的堆大小决定了JVM花费在收集垃圾上的时间和频度。收集垃圾可以接受的速度与应用有关，应该通过分析实际的垃圾收集的时间和频率来调整。如果堆的大小很大，那么完全垃圾收集就会很慢，但是频度会降低。如果你把堆的大小和内存的需要一致，完全收集就很快，但是会更加频繁。调整堆大小的的目的是最小化垃圾收集的时间，以在特定的时间内最大化处理客户的请求。在基准测试的时候，为保证最好的性能，要把堆的大小设大，保证垃圾收集不在整个基准测试的过程中出现。如果系统花费很多的时间收集垃圾，请减小堆大小。一次完全的垃圾收集应该不超过
3-5 秒。如果垃圾收集成为瓶颈，那么需要指定堆的大小，检查垃圾收集的详细输出，研究垃圾收集参数对性能的影响。一般说来，你应该使用物理内存的 80% 作为堆大小。当增加处理器时，记得增加内存，因为分配可以并行进行，而垃圾收集不是并行的。
Java Heap分为3个区：
1.Young 2.Old 3.Permanent。Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象，本文不讨论该区。
JVM有2个GC线程：&
第一个线程负责回收Heap的Young区；&
第二个线程在Heap不足时，遍历Heap，将Young 区升级为Older区，Older区的大小等于-Xmx减去-Xmn，不能将-Xms的值设的过大，因为第二个线程被迫运行会降低JVM的性能。
为什么一些程序频繁发生GC？有如下原因：&
1. 程序内调用了System.gc()或Runtime.gc()。&
2. 一些中间件软件调用自己的GC方法，此时需要设置参数禁止这些GC。&
3. Java的Heap太小，一般默认的Heap值都很小。&
4. 频繁实例化对象，Release对象 此时尽量保存并重用对象，例如使用StringBuffer()和String()。
如果你发现每次GC后，Heap的剩余空间会是总空间的50%，这表示你的Heap处于健康状态许多Server端的Java程序每次GC后最好能有65%的剩余空间。
经验之谈：&
1．Server端JVM最好将-Xms和-Xmx设为相同值。为了优化GC，最好让-Xmn值约等于-Xmx的1/3。&
2．一个GUI程序最好是每10到20秒间运行一次GC，每次在半秒之内完成。
1．增加Heap的大小虽然会降低GC的频率，但也增加了每次GC的时间。并且GC运行时，所有的用户线程将暂停，也就是GC期间，Java应用程序不做任何工作。
2．Heap大小并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值，因为Java为其他任务分配内存，例如每个线程的Stack等。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：66772次
排名：千里之外
(1)(1)(1)(1)(1)(3)(3)
(window.slotbydup = window.slotbydup || []).push({
id: '4740881',
container: s,
size: '200,200',
display: 'inlay-fix'【原文地址 】
(一)Android的内存管理机制
1）共享内存
2）分配与回收内存
3）限制应用的内存
4）应用切换操作
(二)OOM（OutOfMemory）
1）查看内存使用情况
2）发生OOM的条件
(三)如何避免OOM总结
减小对象的内存占用
1）使用更加轻量的数据结构
2）避免在Android里面使用Enum
3）减小Bitmap对象的内存占用
4）使用更小的图片
内存对象的重复利用
1）复用系统自带的资源
2）注意在ListView/GridView等出现大量重复子组件的视图里面对ConvertView的复用
3）Bitmap对象的复用
4）避免在onDraw方法里面执行对象的创建
5）StringBuilder
避免对象的内存泄露
1）注意Activity的泄漏
2）考虑使用Application Context而不是Activity Context
3）注意临时Bitmap对象的及时回收
4）注意监听器的注销
5）注意缓存容器中的对象泄漏
6）注意WebView的泄漏
7）注意Cursor对象是否及时关闭
内存使用策略优化
1）谨慎使用large heap
2）综合考虑设备内存阈值与其他因素设计合适的缓存大小
3）onLowMemory()与onTrimMemory()
4）资源文件需要选择合适的文件夹进行存放
5）Try catch某些大内存分配的操作
6）谨慎使用static对象
7）特别留意单例对象中不合理的持有
8）珍惜Services资源
9）优化布局层次，减少内存消耗
10）谨慎使用“抽象”编程
11）使用nano protobufs序列化数据
12）谨慎使用依赖注入框架
13）谨慎使用多进程
14）使用ProGuard来剔除不需要的代码
15）谨慎使用第三方libraries
16）考虑不同的实现方式来优化内存占用
本文已收录于以下专栏：
相关文章推荐
基于：http://blog.csdn.net/jianguo_liao/article/details/
ZygoteInit.java的main中提到的star...
2D游戏中最占内存的就是图片资源了，在实际项目中发现图片使用不同的纹理格式带来的性能差异巨大，下表是我在IOS平台一个小Demo中的测试结果，该Demo的原始内存占用是7M，测试方法是一次性加载5张2...
图片的加载方式iOS目前有2种：
1.Resource 它是指inageWithContentsFile:创建图片的图片管理方式；
2.ImageAssets 它是指使用imageNamed:创建...
第一次写博客，有点小激动，写得好，点个赞表扬一下，写的不好，点个赞鼓励一下。
本文通过举例，由浅入深的讲解了解决js函数闭包内存泄露问题的办法，分享给大家供大家参考，具体内容如下
function Cars(){
this.name = &Benz...
他的最新文章
讲师：汪剑
讲师：刘道宽
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
JAVA内存优化编程的三个方法
关键字：Java
　　一.代码优化
　　内存会溢出肯定和代码逃不了关系,99.99%学java的人都知道垃圾回收器是 java的一大优点并据此来嘲笑C++.显然这个特性为代码编写者省了不少事,但这个特性却带来了不少隐患.举个例子在游当中经常有不同场景的切换,如从游戏逻辑退到主菜单逻辑,对游戏逻辑对象的态度很多人会选择忘记等待垃圾回收器来收尸.乍看之下似乎并无不妥垃圾回收器会来善后.实际上垃圾回收器并非实时的,它不像C++的Delete语句马上释放不用的内存.当从游戏逻辑切换到主菜单逻辑这时两个对象同时存在很可能这时内存就不够用了.读到这里很多人会发现实际上垃圾回收器在j2me上并不怎么好用,从一个角度上来讲在j2me上所有垃圾必须由手工释放,除简单类型以外所有对象都必须显式地置空例如 imgs= 实际上java提供了一个不错的工具用来查找内存溢出,java.lang.Runtime.freeMemory() .它可以返回当前的剩余内存数,将它适当的安放在代码中可以有效的监测内存使用状况.很大一部份的j2me程序员之前都是从事pc软件开发工作,充裕的内存掩盖了许多写代码的不良习惯.如下所示:
　　//a 不为空
　　a=new Logic();
　　很多人可能对此有异议,他们会认为新的对象会把旧的对象冲掉并且释放内存.这里面包含两个问题:1. 该段代码是先创建对象然后再进行赋值操作的,也就是说在这期间有两个对象同时存在这就很可能会产生溢出.2. 这样做也会妨碍垃圾回收器的工作
　　较好的写法如下:
　　a=new Logic();
　　虽然麻烦了点但在j2me中还是必要的.接着看下例.
　　drawString(“游戏时间:” + time ,50,50,Graphics.LEFT|Graphics.TOP);
　　“游戏时间:” + time 很完美在paint()方法当中每次都被刷一遍显示在屏幕上.危机往往隐藏在美丽的外表,该语句会引起新的内存重新分配来 “游戏时间:” + time 而显示完以后又必须由垃圾回收器释放,用了双倍时间,并且容易发生内存溢出.依此类推在重复执行的方法里应尽量避免重复定义对象.与paint()方法类似在循环里也有类似的情况存在.
　　把所有对象的初始化放在构造函数里想必是再正当不过了,大多数人通常的做法是把当前逻辑所要用到的资源通通初始化完毕.
　　很大一部份的内存溢出都是发生在构造函数中.内存使用的高峰期都是在构造函数中所以避开这个高峰能有效的防止溢出.建议最好的办法是第一次使用时初始化.如下所示:
　　if (img==null){
　　//初始化
　　现在做游戏很多时候都需要地图数组,声音数组,还有一些其它资源这些资源很多可以放在代码中也有的可以放在文件当中.
　　强烈建议将这些资源放在文件中需要时在load进来.这些资如果放在代码中则会占用不小的代码段空间,而代码一般是程序一运行就装载到内存当中.
　　除上面列举的方法外还有一些大家所熟知的顺便一提, 比如关闭没用的rms ,关闭没用的网络连接,关闭没用的流.正确地停止线程.良好的程序架构减少代码偶合性也是一个不错的方法,无论在代码调式,内存释放做到非常清析.
　　二.图片优化
　　j2me的内存杀手无疑非图片莫属,一张3k的图片可以占用20多k的内存不信大家把load前后的内存剩余打印出来对比.所以防止内存溢出最直接的办法就是从图片入手.
　　图片压缩: 多数人马上会想到这个办法.不错这个办法是最有效的.在photoshop里图片制作完成后不要选择 “存储为”,而是选择 “存储为 web格式” 可以根据里面的选项进行压缩,特别是颜色这一项越小越好不过相应的图像会有所失真.不要认为这样就完了.
　　实际上该图片还可以再次压缩,在网上有许多类似的工具.推荐一款可以压缩png格式的软件
Image Optimizer 效果不错.经常都有 70% 的压缩率且图像不会失真.
　　假如你有多张规格一样的图片,那么建议你把它做成一张长条图片.有两个原因:
　　1、这样节省存储空间和内存空间.大家可做个试验将10张图片的内容放在一张当中对比看看文件大小有没有变化.
　　2 、10张图片需要10个image 对象需要进行10次io操作浪费时间不说还浪费内存.当笔者发现这个好处时兴奋地把所有图片都存成一张,吱地一声内存又溢出了...原因想必大家也知道!!图片太大了不要把不同界面的图片整合在一起否则经常会得不偿失.
　　作图时还有一些细节需要注意,颜色数量,分辩率,图像模式(最好是索引颜色),画布大小都会影响到图片大小.
　　三.工具优化
　　谁都知道混淆器是用来保护代码的以加大反编译的难度(个人认为这是在嘲笑程序员的智商).实际上用它来优化程序也是不错的选择,至少有两点好处:
　　1、压缩程序大小.一个60k的程序经常可以压掉10k左右.10k的空间对于写低端的程序员简直是雪中送碳,多少超过64k限制的游戏都受过它的恩惠;
　　2、节省内存空间.用脚去想也想得出来代码少了内存里的代码段自然就短了.
[ 责任编辑：之极 ]
去年，手机江湖里的竞争格局还是…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte}