稿子分门别类:Java编程
渣滓回收的悖论
所谓“成也萧何败萧何”。Java的渣滓回收确确实实带到了很多好处，为开发带回了方便。但是在一些高性能、高并发的情况下，渣滓回收确变为了钳制Java使用的瓶颈。当前JDK的渣滓回收算法，始终没法解决渣滓回收时的暂停问题，由于这个暂停严重影响了程序的呼应时间，促成堵塞或积聚。这也是后续JDK增多G一算法的一个重要原因。
当然，上头是从技术视角登程解决渣滓回收带到的问题，但是从系统设计方面我们就需要问一下子了：
我们急需分配如斯大的内存储器空间给使用吗？
我们是不是能够透过有效应用内存储器而不是经过壮大内存储器的形式来设计我们的系统呢？
我们的内存储器中都放了什么
内存储器中急需放什么呢？个人认为，内存储器中急需置的是你的使用急需在不久的未来再度用到到的货色。想想看，如其你在未来不要这些货色，何须放内存储器呢？置资料、数据库不是更好？这些货色通常包括：
1. 系统运行时业务相干的数据。例如web运用中的session、即刻讯息的session等。这些数据通常在一个用户访问周期也许一个使用过程中都亟需存在。
2. 缓存。缓存就比较多了，你所要高速访问的都可以置这边面。实则上头的业务数据也可以理解为一种缓存。
3. 线程。
因而，我们是否可以这么以为，如若我们不把业务数据缓和存放在JVM中，或许把他们独力出来，那么Java运用施用时所需的内存储器将会大大减小，与此同时渣滓回收时间也能呼应减小。
我以为这是也许的。
解决之道
数据库、文件系统
把全部数据都放入数据库可能文件系统，这是一种最为容易的模式。在这种形式停，Java使用的内存储器大抵即是处置一次峰值并发请求所需的内存储器。数据的获取都在历次请求时从数据库和文件系统中获取。也可以理解为，一次业务访问之后，全部对象都可以进展回收了。
这是一种内存储器施用最有效的模式，但是从运用视角来说，这种形式很低效。
内存储器-硬盘照射
上边的问题是由于我们运用了文件系统带到了低效。但是如若我们不是读写硬盘，而是写内存储器的话效率将会增高很多。
数据库和文件系统都是确确实实进行了持久化，但是当我们并不需要这么持久化的时分，我们可以做一些权变——把内存储器当硬盘使。
内存储器-硬盘投射良好很强大，既用了缓存又对Java使用的内存储器运用又没有影响。Java运用仍是Java使用，他只晓得读写的仍是资料，但是事实上是内存储器。
这种模式兼得的Java施用与缓存两方面的好处�
相关文档：
//create a new Document
DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance();
DocumentBuilder db = dbf.newDocumentBuilder();
Document d = db.newDocument();
//add root Node
Element noteuser = d.createElement("note-users");
d.appendChil ......
原文链接：http://www.infoq.com/cn/news/2007/09/java_web_architecture_turnning
作者 田乐 发布于 2007年9月17日 上午9时24分
一位ID是jackson1225的网友在JavaEye询问了一个大型Web系统的架构和部署选型问题，希望能提高现有的基于Java的Web应用的服务能力。由于架构模式和部署调优一直是Java社区的热门话题，这个问 ......
通常，我们为了避免内存溢出等问题，需要设置环境变量
JAVA_OPTS -Xms256M -Xmx512M 等，【对于服务器，一般都设置成一样的】
但是有的时候可能这样的设置还会不行(比如，当Server应用程序加载较多类时，即jvm加载类时，永久域中的对象急剧增加，从而使jvm不断调整永久域大小，为了避免调整)，你可以使 ......
有JAVA中，有时候需要根据条件来生成批处理sqls语句等，需要动态生成数组。方法：
List<String> list=new ArrayList<String>();
if(true){
list.add("insert.....");
list.add("update....");
}else{
list.add("insert....");
}
//这句是关 ......
