稿子分门别类:Java编程
渣滓回收的悖论
所谓“成也萧何败萧何”。Java的渣滓回收确确实实带到了很多好处，为开发带回了方便。但是在一些高性能、高并发的情况下，渣滓回收确变为了钳制Java使用的瓶颈。当前JDK的渣滓回收算法，始终没法解决渣滓回收时的暂停问题，由于这个暂停严重影响了程序的呼应时间，促成堵塞或积聚。这也是后续JDK增多G一算法的一个重要原因。
当然，上头是从技术视角登程解决渣滓回收带到的问题，但是从系统设计方面我们就需要问一下子了：
我们急需分配如斯大的内存储器空间给使用吗？
我们是不是能够透过有效应用内存储器而不是经过壮大内存储器的形式来设计我们的系统呢？
我们的内存储器中都放了什么
内存储器中急需放什么呢？个人认为，内存储器中急需置的是你的使用急需在不久的未来再度用到到的货色。想想看，如其你在未来不要这些货色，何须放内存储器呢？置资料、数据库不是更好？这些货色通常包括：
1. 系统运行时业务相干的数据。例如web运用中的session、即刻讯息的session等。这些数据通常在一个用户访问周期也许一个使用过程中都亟需存在。
2. 缓存。缓存就比较多了，你所要高速访问的都可以置这边面。实则上头的业务数据也可以理解为一种缓存。
3. 线程。
因而，我们是否可以这么以为，如若我们不把业务数据缓和存放在JVM中，或许把他们独力出来，那么Java运用施用时所需的内存储器将会大大减小，与此同时渣滓回收时间也能呼应减小。
我以为这是也许的。
解决之道
数据库、文件系统
把全部数据都放入数据库可能文件系统，这是一种最为容易的模式。在这种形式停，Java使用的内存储器大抵即是处置一次峰值并发请求所需的内存储器。数据的获取都在历次请求时从数据库和文件系统中获取。也可以理解为，一次业务访问之后，全部对象都可以进展回收了。
这是一种内存储器施用最有效的模式，但是从运用视角来说，这种形式很低效。
内存储器-硬盘照射
上边的问题是由于我们运用了文件系统带到了低效。但是如若我们不是读写硬盘，而是写内存储器的话效率将会增高很多。
数据库和文件系统都是确确实实进行了持久化，但是当我们并不需要这么持久化的时分，我们可以做一些权变——把内存储器当硬盘使。
内存储器-硬盘投射良好很强大，既用了缓存又对Java使用的内存储器运用又没有影响。Java运用仍是Java使用，他只晓得读写的仍是资料，但是事实上是内存储器。
这种模式兼得的Java施用与缓存两方面的好处�
相关文档：
stack 和 heep 都是内存的一部分
stack 空间小，速度比较快， 用来放对象的引用
heap 大，一般所有创建的对象都放在这里。
栈(stack):是一个先进后出的数据结构,通常用于保存方法(函数)中的参数,局部变量.
在java中,所有基本类型和引用类型都在栈中存储.栈中数据的生存空间一般在当前scopes内(就是由{...}括起来的区域) ......
使用ant.jar包（1.6版本），完成tar的打包功能，直接贴代码
import java.io.BufferedOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import java.io.IOException;
import java.util.ArrayList;
import java.util.Li ......
注：
教师的点评以粗体+红色标出。
Java面向对象试题分析
说明：
（1）考试时间为2小时。
（2）除简答题和编程题外，所有答案均可直接写在试卷上。
&nb ......
不知道主题为"J2ME中的内存泄漏"是否妥当，不过在J2ME中如果处理不好资源的创建和释放问题，也会出现类似在C\C++中的内存泄漏现象。
J2ME中最常使用的资源无非是图片和声音。为了提高游戏的运行速度，我们通常把它们声明为全局变量，又由于手机的内存的关系，我们不能把这些资源同时加载进内存，所以我们会在使� ......
