import java.io.IOException;
import java.io.StringReader;
import java.util.List;
import org.jdom.Document;
import org.jdom.Element;
import org.jdom.JDOMException;
import org.jdom.Namespace;
import org.jdom.input.SAXBuilder;
import org.xml.sax.InputSource;
public class DuXMLDoc {
public List xmlElements(String xmlDoc) {
//创徏一个新的字W串
StringReader read = new StringReader(xmlDoc);
//创徏新的输入源SAX 解析器将使用 InputSource 对象来确定如何读?XML 输入
InputSource source = new InputSource(read);
//创徏一个新的SAXBuilder
SAXBuilder sb = new SAXBuilder();
try {
//通过输入源构造一个Document
Document doc = sb.build(source);
//取的根元?
Element root = doc.getRootElement();
System.out.println(root.getName());//输出根元素的名称Q测试）
//得到根元素所有子元素的集?
List jiedian = root.getChildren();
//获得XML中的命名I间QXML中未定义可不写）
Namespace ns = root.getNamespace();
Element et = null;
for(int i=0;i<jiedian.size();i++){
et = (Element) jiedian.get(i);//循环依次得到子元?
/**//*
* 无命名空间定义时
* et.getChild("users_id").getText();
* et.getChild("users_address",ns).getText()
*/
System.out.println(et.getChild("users_id",ns).getText());
System.out.println(et.getChild("users_address",ns).getText());
}
/**//*
* 如要?lt;row>下的子元素的名称
*/
et = (Element) jiedian.get(0);
List zjiedian = et.getChildren();
for(int j=0;j<zjiedian.size();j++){
Element xet = (Element) zjiedian.get(j);
System.out.println(xet.getName());
}
} catch (JDOMException e) {
// TODO 自动生成 catch ?
e.printStackTrace();
} catch (IOException e) {
// TODO 自动生成 catch ?
e.printStackTrace();
}
return null;
}
public static void main(String[] args){
DuXMLDoc doc = new DuXMLDoc();
String xml = "<?xml version=\"1.0\" encoding=\"gb2312\"?>"+
"<Result xmlns=\"http://www.fiorano.com/fesb/activity/DBQueryOnInput2/Out\">"+
"<row resultcount=\"1\">"+
"<users_id>1001 </users_id>"+
"<users_name>wangwei </users_name>"+
"<users_group>80 </users_group>"+
"<users_address>1001?nbsp; </users_address>"+
"</row>"+
"<row resultcount=\"1\">"+
"<users_id>1002 </users_id>"+
"<users_name>wangwei </users_name>"+
"<users_group>80 </users_group>"+
"<users_address>1002?nbsp; </users_address>"+
"</row>"+
"</Result>";
doc.xmlElements(xml);
}
}
]]>
JVM 中最大堆大小有三斚w限制Q相x作系l的数据模型Q?2-btq是64-bitQ限Ӟpȝ的可用虚拟内存限Ӟpȝ的可用物理内存限制?2位系l下Q一般限制在1.5G~2GQ?4为操作系l对内存无限制。我在Windows Server 2003 pȝQ?.5G物理内存QJDK5.0下测试，最大可讄?478m?
典型讄Q?
java -Xmx3550m -Xms3550m -Xmn2g -Xss128k
-Xmx3550mQ设|JVM最大可用内存ؓ(f)3550M?
-Xms3550mQ设|JVM初始内存?550m。此值可以设|与-Xmx相同Q以避免每次垃圾回收完成后JVM重新分配内存?
-Xmn2gQ设|年M大小?G。整个堆大小=q轻代大?+ q老代大小 + 持久代大。持久代一般固定大ؓ(f)64mQ所以增大年M后，会(x)减小q老代大小。此值对pȝ性能影响较大QSun官方推荐配置为整个堆?/8?
-Xss128kQ设|每个线E的堆栈大小。JDK5.0以后每个U程堆栈大小?MQ以前每个线E堆栈大ؓ(f)256K。更具应用的U程所需内存大小q行调整。在相同物理内存下，减小q个D生成更多的线E。但是操作系l对一个进E内的线E数q是有限制的Q不能无限生成，l验值在3000~5000左右?
java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0
-XX:NewRatio=4:讄q轻代（包括Eden和两个Survivor区）与年老代的比|除去持久代）。设|ؓ(f)4Q则q轻代与q老代所占比gؓ(f)1Q?Q年M占整个堆栈的1/5
-XX:SurvivorRatio=4Q设|年M中EdenZSurvivor区的大小比倹{设|ؓ(f)4Q则两个SurvivorZ一个Eden区的比gؓ(f)2:4Q一个Survivor区占整个q轻代的1/6
-XX:MaxPermSize=16m:讄持久代大ؓ(f)16m?
-XX:MaxTenuringThreshold=0Q设|垃圾最大年龄。如果设|ؓ(f)0的话Q则q轻代对象不l过Survivor区，直接q入q老代。对于年老代比较多的应用Q可以提高效率。如果将此D|ؓ(f)一个较大|则年M对象?x)在Survivor行多ơ复Ӟq样可以增加对象再年M的存?gu)zL_(d)增加在年M卌回收的概论?
2、回收器选择
JVMl了三种选择Q串行收集器、ƈ行收集器、ƈ发收集器Q但是串行收集器只适用于小数据量的情况Q所以这里的选择主要针对q行攉器和q发攉器。默认情况下QJDK5.0以前都是使用串行攉器，如果想用其他收集器需要在启动时加入相应参数。JDK5.0以后QJVM?x)根据当前系l配|进行判断?
吞吐量优先的q行攉?
如上文所qͼq行攉器主要以到达一定的吞吐量ؓ(f)目标Q适用于科学技术和后台处理{?
典型配置Q?
java -Xmx3800m -Xms3800m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20
-XX:+UseParallelGCQ选择垃圾攉器ؓ(f)q行攉器。此配置仅对q轻代有效。即上述配置下，q轻代用ƈ发收集，而年老代仍旧使用串行攉?
-XX:ParallelGCThreads=20Q配|ƈ行收集器的线E数Q即Q同时多个U程一赯行垃圑֛收。此值最好配|与处理器数目相{?
java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC
-XX:+UseParallelOldGCQ配|年老代垃圾攉方式为ƈ行收集。JDK6.0支持对年老代q行攉?
java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100
-XX:MaxGCPauseMillis=100:讄每次q轻代垃圑֛收的最长时_(d)如果无法满此时_(d)JVM?x)自动调整年M大小Q以满此倹{?
java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100 -XX:+UseAdaptiveSizePolicy
-XX:+UseAdaptiveSizePolicyQ设|此选项后，q行攉器会(x)自动选择q轻代区大小和相应的Survivor区比例，以达到目标系l规定的最低相应时间或者收集频率等Q此值徏议用ƈ行收集器Ӟ一直打开?
2. 响应旉优先的ƈ发收集器
如上文所qͼq发攉器主要是保证pȝ的响应时_(d)减少垃圾攉时的停顿旉。适用于应用服务器、电(sh)信领域等?
典型配置Q?
java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:ParallelGCThreads=20 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC
-XX:+UseConcMarkSweepGCQ设|年老代为ƈ发收集。测试中配置q个以后Q?XX:NewRatio=4的配|失效了Q原因不明。所以，此时q轻代大最好用-Xmn讄?
-XX:+UseParNewGC:讄q轻代ؓ(f)q行攉。可与CMS攉同时使用。JDK5.0以上QJVM?x)根据系l配|自行设|，所以无需再设|此倹{?
java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection
-XX:CMSFullGCsBeforeCompactionQ由于ƈ发收集器不对内存I间q行压羃、整理，所以运行一D|间以后会(x)产生“片”Q得运行效率降低。此D|运行多次GC以后对内存空间进行压~、整理?
-XX:+UseCMSCompactAtFullCollectionQ打开对年老代的压~。可能会(x)影响性能Q但是可以消除碎?
3、辅助信?
JVM提供了大量命令行参数Q打C息，供调试用。主要有以下一些：(x)
-XX:+PrintGC
输出形式Q[GC 118250K->113543K(130112K), 0.0094143 secs]
[Full GC 121376K->10414K(130112K), 0.0650971 secs]
-XX:+PrintGCDetails
输出形式Q[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs]
[GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]
-XX:+PrintGCTimeStamps -XX:+PrintGCQPrintGCTimeStamps可与上面两个混合使用
输出形式Q?1.851: [GC 98328K->93620K(130112K), 0.0082960 secs]
-XX:+PrintGCApplicationConcurrentTime:打印每次垃圾回收前，E序未中断的执行旉。可与上面合?
输出形式QApplication time: 0.5291524 seconds
-XX:+PrintGCApplicationStoppedTimeQ打印垃圑֛收期间程序暂停的旉。可与上面合?
输出形式QTotal time for which application threads were stopped: 0.0468229 seconds
-XX:PrintHeapAtGC:打印GC前后的详l堆栈信?
输出形式Q?
34.702: [GC {Heap before gc invocations=7:
def new generation total 55296K, used 52568K [0x1ebd0000, 0x227d0000, 0x227d0000)
eden space 49152K, 99% used [0x1ebd0000, 0x21bce430, 0x21bd0000)
from space 6144K, 55% used [0x221d0000, 0x22527e10, 0x227d0000)
to space 6144K, 0% used [0x21bd0000, 0x21bd0000, 0x221d0000)
tenured generation total 69632K, used 2696K [0x227d0000, 0x26bd0000, 0x26bd0000)
the space 69632K, 3% used [0x227d0000, 0x22a720f8, 0x22a72200, 0x26bd0000)
compacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)
the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)
ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)
rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)
34.735: [DefNew: 52568K->3433K(55296K), 0.0072126 secs] 55264K->6615K(124928K)Heap after gc invocations=8:
def new generation total 55296K, used 3433K [0x1ebd0000, 0x227d0000, 0x227d0000)
eden space 49152K, 0% used [0x1ebd0000, 0x1ebd0000, 0x21bd0000)
from space 6144K, 55% used [0x21bd0000, 0x21f2a5e8, 0x221d0000)
to space 6144K, 0% used [0x221d0000, 0x221d0000, 0x227d0000)
tenured generation total 69632K, used 3182K [0x227d0000, 0x26bd0000, 0x26bd0000)
the space 69632K, 4% used [0x227d0000, 0x22aeb958, 0x22aeba00, 0x26bd0000)
compacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)
the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)
ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)
rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)
}
, 0.0757599 secs]
-Xloggc:filename:与上面几个配合用，把相x志信息记录到文g以便分析?
4、常见配|汇?
堆设|?
-Xms:初始堆大?
-Xmx:最大堆大小
-XX:NewSize=n:讄q轻代大?
-XX:NewRatio=n:讄q轻代和q老代的比倹{如:?Q表C年M与年老代比gؓ(f)1Q?Q年M占整个年Mq老代和的1/4
-XX:SurvivorRatio=n:q轻代中EdenZ两个Survivor区的比倹{注意Survivor区有两个。如Q?Q表CEdenQSurvivor=3Q?Q一个Survivor区占整个q轻代的1/5
-XX:MaxPermSize=n:讄持久代大?
攉器设|?
-XX:+UseSerialGC:讄串行攉?
-XX:+UseParallelGC:讄q行攉?
-XX:+UseParalledlOldGC:讄q行q老代攉?
-XX:+UseConcMarkSweepGC:讄q发攉?
垃圾回收l计信息
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-Xloggc:filename
q行攉器设|?
-XX:ParallelGCThreads=n:讄q行攉器收集时使用的CPU数。ƈ行收集线E数?
-XX:MaxGCPauseMillis=n:讄q行攉最大暂停时?
-XX:GCTimeRatio=n:讄垃圾回收旉占程序运行时间的癑ֈ比。公式ؓ(f)1/(1+n)
q发攉器设|?
-XX:+CMSIncrementalMode:讄为增量模式。适用于单CPU情况?
-XX:ParallelGCThreads=n:讄q发攉器年M攉方式为ƈ行收集时Q用的CPU数。ƈ行收集线E数?
四、调优ȝ
q轻代大选择
响应旉优先的应用：(x)可能设大，直到接近pȝ的最低响应时间限ӞҎ(gu)实际情况选择Q。在此种情况下，q轻代收集发生的频率也是最的。同Ӟ减少到达q老代的对象?
吞吐量优先的应用Q尽可能的设|大Q可能到达Gbit的程度。因为对响应旉没有要求Q垃圾收集可以ƈ行进行，一般适合8CPU以上的应用?
q老代大小选择
响应旉优先的应用：(x)q老代使用q发攉器，所以其大小需要小心设|，一般要考虑q发?x)话率和会(x)话持箋旉{一些参数。如果堆讄了Q可以会(x)造成内存片、高回收频率以及(qing)应用暂停而用传l的标记清除方式Q如果堆大了Q则需要较长的攉旉。最优化的方案，一般需要参考以下数据获得：(x)
q发垃圾攉信息
持久代ƈ发收集次?
传统GC信息
花在q轻代和q老代回收上的旉比例
减少q轻代和q老代p的时_(d)一般会(x)提高应用的效?
吞吐量优先的应用Q一般吞吐量优先的应用都有一个很大的q轻代和一个较?yu)的q老代。原因是Q这样可以尽可能回收掉大部分短期对象Q减中期的对象Q而年老代存N期存?gu)zd象?
较小堆引L(fng)片问题
因ؓ(f)q老代的ƈ发收集器使用标记、清除算法，所以不?x)对堆进行压~。当攉器回收时Q他?x)把盔R的空间进行合qӞq样可以分配l较大的对象。但是，当堆I间较小Ӟq行一D|间以后，׃(x)出现“片”Q如果ƈ发收集器找不到够的I间Q那么ƈ发收集器会(x)停止Q然后用传l的标记、清除方式进行回收。如果出?#8220;片”Q可能需要进行如下配|：(x)
-XX:+UseCMSCompactAtFullCollectionQ用ƈ发收集器Ӟ开启对q老代的压~?
-XX:CMSFullGCsBeforeCompaction=0Q上面配|开启的情况下，q里讄多少ơFull GC后，对年老代q行压羃
]]>
]]>
]]>
~译。但?JET 是要用钱买的Q而且据说 JET 也不是能把所有的 Java E序都编译成执行文gQ性能也要打些折扣。所以，使用制作可执?JAR 文g包的Ҏ(gu)是最佳选择了，何况它还能保?Java 的跨q_Ҏ(gu)?
下面来看看什么是 JAR 文g包吧Q?
1. JAR 文g?
JAR 文g是 Java Archive FileQ顾名思意Q它的应用是?Java 息息相关的，?Java 的一U文档格式。JAR 文g非常cM ZIP 文g——准的_(d)它就?ZIP 文gQ所以叫它文件包。JAR 文g?ZIP 文g唯一的区别就是在 JAR 文g的内容中Q包含了一?META-INF/MANIFEST.MF 文gQ这个文件是在生?JAR 文g的时候自动创建的。D个例子，如果我们h如下目录l构的一些文Ӟ(x)
==
`-- test
`-- Test.class
把它压羃?ZIP 文g test.zipQ则q个 ZIP 文g的内部目录结构ؓ(f)Q?
test.zip
`-- test
`-- Test.class
如果我们使用 JDK ?jar 命o(h)把它打成 JAR 文g?test.jarQ则q个 JAR 文g的内部目录结构ؓ(f)Q?
test.jar
|-- META-INF
| `-- MANIFEST.MF
`-- test
`--Test.class
2. 创徏可执行的 JAR 文g?
制作一个可执行?JAR 文g包来发布你的E序?JAR 文g包最典型的用法?
Java E序是由若干?.class 文gl成的。这?.class 文g必须Ҏ(gu)它们所属的包不同而分U分目录存放Q运行前需要把所有用到的包的根目录指定给 CLASSPATH 环境变量或?java 命o(h)?-cp 参数Q运行时q要到控制台下去使用 java 命o(h)来运行，如果需要直接双击运行必d Windows 的批处理文g (.bat) 或?Linux ?Shell E序。因此，许多QJava 是一U方便开发者苦了用L(fng)E序设计语言?
其实不然Q如果开发者能够制作一个可执行?JAR 文g包交l用P那么用户使用h方便了。在 Windows 下安?JRE (Java Runtime Environment) 的时候，安装文g?x)?.jar 文g映射l?javaw.exe 打开。那么，对于一个可执行?JAR 文g包，用户只需要双d?yu)可以运行程序了Q和阅读 .chm 文档一h?(.chm 文档默认是由 hh.exe 打开?。那么，现在的关键，是如何来创个可执行?JAR 文g包?
创徏可执行的 JAR 文g包，需要用带 cvfm 参数?jar 命o(h)Q同样以上述 test 目录ZQ命令如下：(x)
jar cvfm test.jar manifest.mf test
q里 test.jar ?manifest.mf 两个文gQ分别是对应的参?f ?mQ其重头戏在 manifest.mf。因创徏可执行的 JAR 文g包，光靠指定一?manifest.mf 文g是不够的Q因?MANIFEST ?JAR 文g包的特征Q可执行?JAR 文g包和不可执行?JAR 文g包都包含 MANIFEST。关键在于可执行 JAR 文g包的 MANIFESTQ其内容包含?Main-Class 一V这?MANIFEST 中书写格式如下：(x)
Main-Class: 可执行主cd?包含包名)
例如Q假设上例中?Test.class 是属?test 包的Q而且是可执行的类 (定义?public static void main(String[]) Ҏ(gu))Q那么这?manifest.mf 可以~辑如下Q?
Main-Class: test.Test <回R>
q个 manifest.mf 可以攑֜M位置Q也可以是其它的文g名，只需要有 Main-Class: test.Test 一行，且该行以一个回车符l束卛_。创Z manifest.mf 文g之后Q我们的目录l构变ؓ(f)Q?
==
|-- test
| `-- Test.class
`-- manifest.mf
q时候，需要到 test 目录的上U目录中M?jar 命o(h)来创?JAR 文g包。也是在目录树(wi)中?#8220;==”表示的那个目录中Q用如下命令：(x)
jar cvfm test.jar manifest.mf test
之后?#8220;==”目录中创Z test.jarQ这?test.jar 是执行?JAR 文g包。运行时只需要?java -jar test.jar 命o(h)卛_?
需要注意的是，创徏?JAR 文g包中需要包含完整的、与 Java E序的包l构对应的目录结构，像上例一栗?Main-Class 指定的类Q也必须是完整的、包含包路径的类名，如上例的 test.TestQ而且在没有打?JAR 文g包之前可以?java <cd> 来运行这个类Q即在上例中 java test.Test 是可以正运行的 (当然要在 CLASSPATH 正确的情况下)?
3. jar 命o(h)详解
jar 是随 JDK 安装的，?JDK 安装目录下的 bin 目录中，W(xu)indows 下文件名?jar.exeQLinux 下文件名?jar。它的运行需要用?JDK 安装目录?lib 目录中的 tools.jar 文g。不q我们除了安?JDK 什么也不需要做Q因?SUN 已经帮我们做好了。我们甚至不需要将 tools.jar 攑ֈ CLASSPATH 中?
使用不带M?jar 命o(h)我们可以看到 jar 命o(h)的用法如下：(x)
jar {ctxu}[vfm0M] [jar-文g] [manifest-文g] [-C 目录] 文g?...
其中 {ctxu} ?jar 命o(h)的子命o(h)Q每?jar 命o(h)只能包含 ctxu 中的一个，它们分别表示Q?
-c 创徏新的 JAR 文g?
-t 列出 JAR 文g包的内容列表
-x 展开 JAR 文g包的指定文g或者所有文?
-u 更新已存在的 JAR 文g?(d文g?JAR 文g包中)
[vfm0M] 中的选项可以任选，也可以不选，它们?jar 命o(h)的选项参数
-v 生成详细报告q打印到标准输出
-f 指定 JAR 文g名，通常q个参数是必ȝ
-m 指定需要包含的 MANIFEST 清单文g
-0 只存储，不压~，q样产生?JAR 文g包会(x)比不用该参数产生的体U大Q但速度更快
-M 不生所有项的清单（MANIFEST〕文Ӟ此参C(x)忽略 -m 参数
[jar-文g] 即需要生成、查看、更新或者解开?JAR 文g包，它是 -f 参数的附属参?
[manifest-文g] ?MANIFEST 清单文gQ它?-m 参数的附属参?
[-C 目录] 表示转到指定目录下去执行q个 jar 命o(h)的操作。它相当于先使用 cd 命o(h)转该目录下再执行不带 -C 参数?jar 命o(h)Q它只能在创建和更新 JAR 文g包的时候可用。
文g?... 指定一个文?目录列表Q这些文?目录是要添加到 JAR 文g包中的文?目录。如果指定了目录Q那?jar 命o(h)打包的时候会(x)自动把该目录中的所有文件和子目录打入包中?
下面举一些例子来说明 jar 命o(h)的用法：(x)
1) jar cf test.jar test
该命令没有执行过E的昄Q执行结果是在当前目录生成了 test.jar 文g。如果当前目录已l存?test.jarQ那么该文g被覆盖?
2) jar cvf test.jar test
该命令与上例中的l果相同Q但是由?v 参数的作用，昄Z打包q程Q如下：(x)
标明清单(manifest)
增加Qtest/(d= 0) (写出= 0)(存储?0%)
增加Qtest/Test.class(d= 7) (写出= 6)(压羃?14%)
3) jar cvfM test.jar test
该命令与 2) l果cMQ但在生成的 test.jar 中没有包?META-INF/MANIFEST 文gQ打包过E的信息也略有差别：(x)
增加Qtest/(d= 0) (写出= 0)(存储?0%)
增加Qtest/Test.class(d= 7) (写出= 6)(压羃?14%)
4) jar cvfm test.jar manifest.mf test
q行l果?2) 怼Q显CZ息也相同Q只是生?JAR 包中?META-INF/MANIFEST 内容不同Q是包含?manifest.mf 的内?
5) jar tf test.jar
?test.jar 已经存在的情况下Q可以查?test.jar 中的内容Q如对于 2) ?3) 生成?test.jar 分别应该此命令，l果如下Q?
对于 2)
META-INF/
META-INF/MANIFEST.MF
test/
test/Test.class
对于 3)
test/
test/Test.class
6) jar tvf test.jar
除显C?5) 中显C的内容外，q包括包内文件的详细信息Q如Q?
0 Wed Jun 19 15:39:06 GMT 2002 META-INF/
86 Wed Jun 19 15:39:06 GMT 2002 META-INF/MANIFEST.MF
0 Wed Jun 19 15:33:04 GMT 2002 test/
7 Wed Jun 19 15:33:04 GMT 2002 test/Test.class
7) jar xf test.jar
解开 test.jar 到当前目录，不显CZQ何信息，对于 2) 生成?test.jarQ解开后的目录l构如下Q?
==
|-- META-INF
| `-- MANIFEST
`-- test
`--Test.class
8) jar xvf test.jar
q行l果?7) 相同Q对于解压过E有详细信息昄Q如Q?
创徏QMETA-INF/
展开QMETA-INF/MANIFEST.MF
创徏Qtest/
展开Qtest/Test.class
9) jar uf test.jar manifest.mf
?test.jar 中添加了文g manifest.mfQ此使用 jar tf 来查?test.jar 可以发现 test.jar 中比原来多了一?manifest。这里顺便提一下，如果使用 -m 参数q指?manifest.mf 文gQ那?manifest.mf 是作为清单文?MANIFEST 来用的Q它的内容会(x)被添加到 MANIFEST 中；但是Q如果作Z般文件添加到 JAR 文g包中Q它跟一般文件无异?
10) jar uvf test.jar manifest.mf
?9) l果相同Q同时有详细信息昄Q如Q?
增加Qmanifest.mf(d= 17) (写出= 19)(压羃?-11%)
4. 关于 JAR 文g包的一些技?
1) 使用 unzip 来解?JAR 文g
在介l?JAR 文g的时候就已经说过了，JAR 文g实际上就?ZIP 文gQ所以可以用常见的一些解?ZIP 文g的工h解压 JAR 文gQ如 Windows 下的 WinZip、WinRAR {和 Linux 下的 unzip {。?WinZip ?WinRAR {来解压是因为它们解压比较直观，方便。而?unzipQ则是因为它解压时可以?-d 参数指定目标目录?
在解压一?JAR 文g的时候是不能使用 jar ?-C 参数来指定解压的目标的，因ؓ(f) -C 参数只在创徏或者更新包的时候可用。那么需要将文g解压到某个指定目录下的时候就需要先这?JAR 文g拯到目标目录下Q再q行解压Q比较麻烦。如果?unzipQ就不需要这么麻烦了Q只需要指定一?-d 参数卛_。如Q?
unzip test.jar -d dest/
2) 使用 WinZip 或?WinRAR {工具创?JAR 文g
上面提到 JAR 文g是包含?META-INF/MANIFEST ?ZIP 文gQ所以，只需要?WinZip、WinRAR {工具创建所需?ZIP 压羃包，再往q个 ZIP 压羃包中d一个包?MANIFEST 文g?META-INF 目录卛_。对于?jar 命o(h)?-m 参数指定清单文g的情况，只需要将q个 MANIFEST 按需要修改即可?
3) 使用 jar 命o(h)创徏 ZIP 文g
有些 Linux 下提供了 unzip 命o(h)Q但没有 zip 命o(h)Q所以需要可以对 ZIP 文gq行解压Q即不能创徏 ZIP 文g。如要创Z?ZIP 文gQ用带 -M 参数?jar 命o(h)卛_Q因?-M 参数表示制作 JAR 包的时候不d MANIFEST 清单Q那么只需要在指定目标 JAR 文g的地方将 .jar 扩展名改?.zip 扩展名，创徏的就是一个不折不扣的 ZIP 文g了，如将上一节的W?3) 个例子略作改动：(x)
jar cvfM test.zip test
]]>
wait,notify,sleep,joinq几个方法很常用,q里涉及(qing)到多U程和同步问?q里E微解释一?
1.wait和notify
q两个方法都是Object中的Ҏ(gu),攑֜一块是因ؓ(f)他们关系非常密切.
wait是{待q个对象的同步锁,不过调用q个Ҏ(gu)必须先获得这个对象的同步?p一点很多h搞晕了.
q里先解释一下这两个Ҏ(gu),然后l出一个小例子说明.
wait:{待对象的同步锁,需要获得该对象的同步锁才可以调用这个方?否则后收C个IllegalMonitorStateException,q个是运行时异常.调用q个Ҏ(gu)?放弃了q个同步锁了.如果不带参数的waitҎ(gu)只有等别h唤醒?如果带一个参数的
化就讄{待最长时?q了q个旉即没有人唤醒这个线E也不再{待?
notify:唤醒在等待该对象同步锁的U程(只唤醒一?如果有多个在{待),但是notifyAll可以唤醒所有等待的U程,注意唤醒的时在notify之前wait的线E?之后的没有效?
q里举一个通俗的例?两个人共有一个卫生间(每次只能一个h?,他们都要L(fng)和方?他们是这L(fng)定的,轮流?W一个h先刷?然后W二个hL(fng)...
class Syn
{
public static void main(String[] args) throws Exception
{
TwoPeople.ONE.start();
TwoPeople.TWO.start();
}
}
class TwoPeople extends Thread
{
private int i=0;
static Thread ONE=new TwoPeople(1);
static Thread TWO=new TwoPeople(2);
static Object washroom=new Object();
private TwoPeople(int i){this.i=i;}
public void run(){
synchronized(washroom){
try{
if(i==1){
brush(); //1
washroom.wait(); //2
release(); //6
washroom.notify(); //7
}
else{
brush(); //3
washroom.notify(); //4
washroom.wait(); //5
release(); //8
}
}catch(InterruptedException e){e.printStackTrace();}
}
}
private void brush() {
System.out.println("People "+i+" is brushing !");
try{Thread.sleep(2000);}catch(InterruptedException e){e.printStackTrace();}
//延迟两秒看效?br />
System.out.println("People "+i+" has burshed !");
}
private void release(){
System.out.println("People "+i+" is releasing !");
try{Thread.sleep(2000);}catch(InterruptedException e){e.printStackTrace();}
//延迟两秒看效?br />
System.out.println("People "+i+" has released !");
}
};
上面的代码很?而且表明了执行顺?至于join和sleepq是下次再讨论吧.
wait,notify,sleep,join和线E同步问?l?
昨天没有旉写完q篇,今天补上,前面只说明了wait和notifyq两个方?q里讨论一下sleep和join,说实在的q两个方法比wait和notify单的?
http://blog.csdn.net/treeroot/archive/2004/11/10/175508.aspx
sleep:Thread的静态方?当前U程休眠一D|?旉C再恢复可q行状?旉C不一定就执行?q得竞争CPU?
join:q个Ҏ(gu)其实是Ҏ(gu)的wait,waitҎ(gu)一般都需要别人notify(当然也可以设|超?,但是joinҎ(gu)׃需要别人notify?一直等到这个线E死?q当于q个U程临时前告诉那些在{它的h:你们q来?)
本h不是很会(x)举例?q是两个人公用一个卫生间?q回不刷牙了,Ҏ(gu)澡吧,M能两个h同时zM?q可以,q里假设不可以吧.情况时这L(fng)QA在洗?B要等?/p>
W一U情?
B很聪明的,AzM可能?0分钟?时,我就先睡10分钟看看好了没有,没有好就再睡10分钟,最多多{?0分钟而已?
class Syn
{
public static void main(String[] args) throws Exception
{
Thread a=new Bathing();
a.start();
//B
int time=0;
while(a.isAlive()){
Thread.sleep(10000);
time+=10;
System.out.println("B has waited "+time+" minutes");
}
System.out.println("B can bath now!");
}
}
class Bathing extends Thread
{
public void run(){
bathing();
}
private void bathing() {
System.out.println("A is bathing !");
try{Thread.sleep(20000);}catch(InterruptedException e){e.printStackTrace();}
//延迟20U看效果
System.out.println("A has bathed !");
}
};
q里q同步都不需?不过B可能需要多{一D|?因ؓ(f)它可能刚好去敲门Aq没有洗?于是他又ȝ,l果刚睡下A洗完了.
W二U情?
B变得更加聪明了，q样{我不是亏了Q如果我10分钟敲一ơ门Q我可能要多{?0分钟Q但是如果我每秒敲一ơ我也没法睡呀Q于是想了一个高招，装了一个机养I当A出来的时候机兛_?x)按响门铃，q样B可以高枕无忧了?/p>
class Syn
{
public static void main(String[] args) throws Exception
{
Thread a=new Bathing();
a.start();
//B
int time=0;
a.join();
System.out.println("B can bath now!");
}
}
class Bathing extends Thread
{
public void run(){
bathing();
}
private void bathing() {
System.out.println("A is bathing !");
try{Thread.sleep(20000);}catch(InterruptedException e){e.printStackTrace();}
//延迟20U看效果
System.out.println("A has bathed !");
}
};
q样只要A一z完QB׃(x)被唤醒，q里Aq没有去notify他，但是q是间接的通知了BQ当然这里也可以用wati和notify实现Q不q就昑־不好了?/p>
class Syn
{
public static void main(String[] args) throws Exception
{
Thread a=new Bathing();
a.start();
//B
int time=0;
synchronized(a){a.wait();}
System.out.println("B can bath now!");
}
}
class Bathing extends Thread
{
public void run(){
synchronized(this){
bathing();
notify();
}
}
private void bathing() {
System.out.println("A is bathing !");
try{Thread.sleep(20000);}catch(InterruptedException e){e.printStackTrace();}
//延迟20U看效果
System.out.println("A has bathed !");
}
};
对于一般的对象p用wait和notify了，但是对于一个线E来_(d)joinҎ(gu)有时候更加方ѝ?/p>
]]>
我们l常遇到需要将你int转换到String的问?下面l出四种转换Ҏ(gu),到底那一U方法最好呢.
1. ""+i
2.new Integer(i).toString();
3.String.valueOf(i);
4.Integer.toString(i);
好像W?U方法比较多?W?U比较少见吧.
可读性的?W?U最?W??中很?W二U次?
性能比较:W?U最?试循环执行一D{换时所用时间大概ؓ(f) 3:2:1:1.
可见W?和第2中方法是不可取的,W?U方法最?W?U几乎就是直接调?.
所以无论如何都应该选择4,我就很纳闷很多h都喜Ƣ用1,不但可读性差,而且性能?主要是所要写的字W数最吧.
]]>
W一节：(x)eqauls ?= =之异?/p>
1Q比较方式角度：(x)
= =是面向过E的操作W；equals是面向对象的操作W?/p>
= =不属于Q何类Qequals则是Mc（在Java中）的一个方法；
我们可以1QPrimitive1 (基本cd)= = Primitive2(基本cd)Q?/p>
2QObject Reference1(对象引用)= = Object Reference2(对象引用)
3QObject Reference1 (对象引用) .equals(Object Reference2 (对象引用))
q三U比?/p>
但却不能Primitive1 (基本cd).equals( Primitive2(基本cd))Q?/p>
对于基本cdQ没有面向对象中发送消息一_(d)自然也不?x)?/p>
Ҏ(gu)成员?/p>
2Q比较目的角?
1Q?nbsp; 如果要比较两个基本类型是否相{，L(fng)= =Q?/p>
2Q?nbsp; 如果要比较两个对象引用是否相{，L(fng)= =Q?/p>
3Q?nbsp; 如果要比较两个对象（逻辑上）是否一_(d)L(fng)equalsQ?/p>
W二节：(x)对两个对象（逻辑上）是否一致的阐释Q?/p>
有h?x)?在C++? 比较两个对象相等不是也可以用==吗？我知道?zhn)是指q算W重载，但是很遗憾，Java中不支持q算W重载（java中亦有重载过q算W，他们?#8220;+”Q?#8220;+=”Q不q也仅此两个Q而且是内|实现的Q；所以，对象的是否相{的比较q䆾责Q׃?nbsp; equals()来实??nbsp;
q个“逻辑?#8221;其实取决于人类的看法，实际开发中Q就取决于用L(fng)需求；
有h?x)有看法Q?#8220;取决于hcȝ看法”太过宽泛和不严肃Q如果某两g
风牛马不相及(qing)的事物也相等Qequals是否也能作出q样的比较呢Q我们说可以?/p>
下面q个例子说明了这一点：(x)
class Horse {
String Type;
int Legs;
//相等的标准：(x)腿的数目相等
public boolean equals(Object o){
if(this.Legs==((Cattle)o).Legs){
return true;
}
return false;
}
public Horse(String Type,int legs){
this.Type=Type;
this.Legs=legs;
}
}
class Cattle
{
String Type;
int Legs;
//相等的标准：(x)腿的数目相等
public Cattle(String Type,int legs){
this.Type=Type;
this.Legs=legs;
}
public boolean equals(Object o){
if(this.Legs==((Horse)o).Legs){
return true;
}
return false;
}
}
public class EqualsTest{
public static void main(String[] args)
{
Cattle c=new Cattle("I'm the Cattle",4);
Horse h=new Horse("I'm the Horse",4);
if(c.equals(h)){
System.out.println(c.Type);
System.out.println(h.Type);
System.out.println("Cattle Equals Horse");
}
}
}
输出l果Q?I'm the Cattle"
"I'm the Horse"
"Cattle Equals Horse"
(zhn)瞧瞧：(x)牛果真等于了马，Z相等Q因为我们定义的相等标准是：(x)腿的数目相等Q?zhn)会(x)说Q?#8220;q太滑稽”Q是滑稽Q可q是人类的看法，计算机可没有滑稽的概念，当然也没?#8220;不滑E?#8221;的概念，我们定义了什么相{标准，他就t踏实实的ؓ(f)我们实现了；
所以说Q相{标准（即需求）一定要定好Q否则，滑稽的事可就多了
W三节：(x)equals()~vQ?/p>
equals()是每个对象与生俱来的Ҏ(gu)Q因为所有类的最l基cd是Object(除去Object本n)Q而equals()是Object的方法之一?/p>
我们不妨观察一下Object中equals()的source code:
public boolean equals(Object obj) {
return (this == obj);
}
注意 “return (this == obj)”
this与obj都是对象引用Q而不是对象本w。所以equals()的缺省实现就是比?/p>
对象引用是否一_(d)Z要如此实现呢Q?前面我们说过Q对象是否相{，是由我们的需求决定的Q世界上的类千奇百怪（当然Q这些类都是我们Ҏ(gu)模拟现实世界而创造的Q，虽然Object是他们共同的先Q可他又怎能知道他的子孙cL较相{的标准呢？但是他明白，M一个对象，自己L{于自己的，何谓“自己L{于自己”呢，又如何判?#8220;自己L{于自己”呢？一个对象在内存中只有一份，但他的引用却可以有无I多个，“对象自己的引?=对象自己的引?”Q不p判断“自己L{于自己”吗？所以缺省实现实现自然也是
“return (this == obj)”Q?/p>
而到了我们自q写的c，对象相等的标准由我们立Q于是就不可避免的要覆写
l承而来的public boolean equals(Object obj)Q?/p>
如果(zhn)有q编覆写qequalsQ）的经验（没有q也不要紧）Q请(zhn)思考一个问题：(x)
“两个对象Q逻辑上）是否一?#8221;实际上是比较什么？没错Q或许?zhn)已脱口而出Q?/p>
是对象的属性（即fieldQ或U数据成员）的比较。方法是不可比较的哦。（q个问题是不是有些弱智呢Q哈哈）
W四节：(x)对一个推论的思?/p>
推论如下Q一a以蔽之：(x)Ʋ比较栈中数据是否相{，L(fng)= =Q?/p>
Ʋ比较堆中数据是否相{，L(fng)equalsQ?
因ؓ(f)Q根Q基本类型，Q根Q对象引用都在栈中； 而对象本w在堆中Q?/p>
q句话又对又不对Q问题出在哪Q就?#8220;数据”二字Q先看栈中，数据或ؓ(f)基本cdQ或为对象引用，?=比较当然没错Q但是堆中呢Q对象不是堆中吗Q不是应该用equals比较吗？可是Q我们比较的是堆?#8220;数据”Q堆中有对象Q对象由什么构成呢Q可能是对象引用Q可能是基本cdQ或两者兼而有之。如果我们要比较他们Q该用什么呢Q用”equals()”?不对吧，只能?#8221;= =”!所以正的l论是：(x)Ʋ比较栈中数据是否相{，L(fng)= =Q?Ʋ比较堆中数据是否相{，L(fng)equalsQ?/p>
因ؓ(f)Q根Q基本类型，Q根Q对象引用都在栈中（所?#8220;?#8221;Q指未被M其他对象所包含Q； 而对象本w在堆中?/p>
]]>
import java.lang.*;
import java.text.*;
import java.util.*;
public class timeformat{
public timeformat(){
}
static public String getChineseFormatTime(){
SimpleDateFormat sdf = new SimpleDateFormat("yyyy.MM.dd HH:mm:ss");
return sdf.format(new Date());
}
static public String getSimpleFormatTime(){
SimpleDateFormat sdf = new SimpleDateFormat("yyyyMMddHHmm", Locale.US);
return sdf.format(new Date());
}
}
]]>