稿子分门别类:Java编程
渣滓回收的悖论
所谓“成也萧何败萧何”。Java的渣滓回收确确实实带到了很多好处，为开发带回了方便。但是在一些高性能、高并发的情况下，渣滓回收确变为了钳制Java使用的瓶颈。当前JDK的渣滓回收算法，始终没法解决渣滓回收时的暂停问题，由于这个暂停严重影响了程序的呼应时间，促成堵塞或积聚。这也是后续JDK增多G一算法的一个重要原因。
当然，上头是从技术视角登程解决渣滓回收带到的问题，但是从系统设计方面我们就需要问一下子了：
我们急需分配如斯大的内存储器空间给使用吗？
我们是不是能够透过有效应用内存储器而不是经过壮大内存储器的形式来设计我们的系统呢？
我们的内存储器中都放了什么
内存储器中急需放什么呢？个人认为，内存储器中急需置的是你的使用急需在不久的未来再度用到到的货色。想想看，如其你在未来不要这些货色，何须放内存储器呢？置资料、数据库不是更好？这些货色通常包括：
1. 系统运行时业务相干的数据。例如web运用中的session、即刻讯息的session等。这些数据通常在一个用户访问周期也许一个使用过程中都亟需存在。
2. 缓存。缓存就比较多了，你所要高速访问的都可以置这边面。实则上头的业务数据也可以理解为一种缓存。
3. 线程。
因而，我们是否可以这么以为，如若我们不把业务数据缓和存放在JVM中，或许把他们独力出来，那么Java运用施用时所需的内存储器将会大大减小，与此同时渣滓回收时间也能呼应减小。
我以为这是也许的。
解决之道
数据库、文件系统
把全部数据都放入数据库可能文件系统，这是一种最为容易的模式。在这种形式停，Java使用的内存储器大抵即是处置一次峰值并发请求所需的内存储器。数据的获取都在历次请求时从数据库和文件系统中获取。也可以理解为，一次业务访问之后，全部对象都可以进展回收了。
这是一种内存储器施用最有效的模式，但是从运用视角来说，这种形式很低效。
内存储器-硬盘照射
上边的问题是由于我们运用了文件系统带到了低效。但是如若我们不是读写硬盘，而是写内存储器的话效率将会增高很多。
数据库和文件系统都是确确实实进行了持久化，但是当我们并不需要这么持久化的时分，我们可以做一些权变——把内存储器当硬盘使。
内存储器-硬盘投射良好很强大，既用了缓存又对Java使用的内存储器运用又没有影响。Java运用仍是Java使用，他只晓得读写的仍是资料，但是事实上是内存储器。
这种模式兼得的Java施用与缓存两方面的好处�
相关文档：
create PROCEDURE pagelist
@tablename nvarchar(50),
@fieldname nvarchar(50)='*',
@pagesize int output,--每页显示记录条数
@currentpage int output,--第几页
@orderid nvarchar(50),--主键排序
@sort int,--排序方式，1表示升序，0表示降序排列
......
Java NIO API详解
在JDK
1.4以前，Java的IO操作集中在java.io这个包中，是基于流的阻塞（blocking）API。对于大多数应用来说，这样的API使用很方
便，然而，一些对性能要求较高的应用，尤其是服务端应用，往往需要一个更为有效的方式来处理IO。从JDK 1.4起，NIO
API作为一个基于缓冲区，并能提供非阻塞(non-blo ......
一：准备 www.savarese.org download
1. rocksaw-1.0.0-src.tar.gz
2. vserv-tcpip-0.9.2-src.tar.gz
二：编译源文件得到jar包 使用Ant
1. build vserv-tcpip-0.9.2-src
在vserv-tcpip-0.9.2目录下面建一个tests目录，然后在cmd窗口下进入 ......
类的初始化和对象初始化是 JVM 管理的类型生命周期中非常重要的两个环节，Google 了一遍网络，有关类装载机制的文章倒是不少，然而类初始化和对象初始化的文章并不多，特别是从字节码和 JVM 层次来分析的文章更是鲜有所见。
本文主要对类和对象初始化全过程进行分析，通过一个实际问题引入，将源代码转换成 JVM 字节码后， ......
通常，我们为了避免内存溢出等问题，需要设置环境变量
JAVA_OPTS -Xms256M -Xmx512M 等，【对于服务器，一般都设置成一样的】
但是有的时候可能这样的设置还会不行(比如，当Server应用程序加载较多类时，即jvm加载类时，永久域中的对象急剧增加，从而使jvm不断调整永久域大小，为了避免调整)，你可以使 ......
