当Java最初诞生的时候，它可以说是其他语言的进化版。不仅因为Java很简单，而且这一进化的语言还是一个可以运行第三方硬件字节码的虚拟机。它还是垃圾收集站，从而令存储管理和内核转储(core dump)不再是麻烦。当然还有它相当全面的类库。虽然它没有什么惊世的新性能，但它把许多语言的优点基于一身。
本来Java是一个简单独一的语言，但是Sun在长期运营Java的过程中出现了很多错误，比如将语言与runtime合用一个名字，从而使得用户在识别JVM语言项目如Jython、JRuby时难以从思想上隔离Java。最主要的是这样对runtime很不公，因为Java Virtual Machine (JVM)有很多自己的独特之处。
缺点
没有一种技术是完美的，JVM也不例外。如果你工作在一个没有Java语言配置的设备上，JVM便无用武之地。JVM为其他语言提供了基础，但JVM最初不是为这个理念设计的。比如我们作为分配对象来维护我们的堆栈时，通常我们会直接操作实时堆栈并添加我们维护所需的其他字段，除此之外再没有控制堆栈的更好的方法。
还有，当我们创建一个Ruby Fixnum时也很麻烦，我们把这些值用一个Java对象包装。Ruby的C implementation不过只是传递tagged ints，因为没有包装他们就不会符合各种列表，所以Java 基元(Java primitives)也不会切割它。
顺便说一下：JVM的启动时间也挺长。
那些为JVM编写高性能代码的开发者会觉得经常被JVM的black box特性所折磨，一旦你加载你的字节码，你就觉得像是摇动老虎机的游戏手柄一样忐忑，不知道结果如何，black box就是意味着不可知。
优点：
Hotspot
对于初学者来说，尽管Hotspot有些神秘，但是性能方面它确实很棒，因为动态建模(dynamic profiling)是优良性能的捷径。HotSpot从运行应用中采样数据，从而可以优化代码，进而得到良好性能。它相当于以模仿人工的方法进行优化。在程序运行的开始，Java代码仍然解释执行，但HotSpot引擎开始进行采样(Profiling)。HotSpot引擎可以集中精力来对HotSpot代码进行深度优化，从而使这部分代码的执行更加迅捷。因此当Hotspot优化时，它为优化设立了一层保护来确保优化的基本原理有效;但当这层保护失效时，优化就会很慢。
在图表中我们运行了一个Mandelbrot Generator很多次，然后测绘它每次生成的时间。你会看到JRuby 1.4.0明显比Ruby 1.8.7以及1.9.2preview2表现更好。如果只看JRuby的起点，会发现比1.8.7慢，但当Hotspot运行后时间曲线迅速下降。
这里有个有趣的始建波动发生在循环6那里：实际上那是因为Hotspot的动态反优化启动。然后时间波动回到原来状态，优化结束。
Hotspot已经被全世界的开发者和拥趸支持了近十年，Java 4, 5, 6之间的提升让人印象深刻。每一次它的升级，性能都会有很多提升，它真是的是JVM的一大利器。
垃圾回收Garbage Collection (GC)
Java开发者花费大量时间来调试、测试、提高他们的VM，单是Garbage Collection的开发和维护就持续了15个年头，由此可见它的性能!而且JVM发布了多个垃圾回收器，所以这样一来即使加载的负荷超过了JVM中一个Garbage Collection，JVM也还可以允许你使用其他的Garbage Collection。因此，你可以自己调整任何你所使用的Garbage Collection，使之符合你的应用。
各种各样的回收站发挥着不同的作用。它们全部是压缩过的，所以不必担心存储的问题。它们都是增量型的(incremental)以缩短GC停滞的时间;它们还是分代的(generational)，所以短时对象(short-lived object)回收得更快。有些是并行的，从而回收工作可以在多个核上分开运行;甚至还有同时发生的Garbage Collection，这样就没有了停滞时间。JRuby可以免费得到这些，现在的Java 7以及Java 6的u12，甚至还有一个新的G1回收站。
关于GC和JVM还有两个很巧妙的地方，从中可以获悉GC运行虚拟化和信息的情况。第一个是-J-verbose:gc flag，从中可以得到回收事件发生的时间、数量以及花费的时间，这可以让我们获悉垃圾回收器处理工作负载的好坏状况：
你可以记录这些事件并且计算出清理垃圾所需的总时间，还可以计算出你加载的工作负荷是否超过了回收器的能力，这可以帮助改变你的设计并通过调节堆栈大小来适配回收器。
第二个是通过jconsole查询JVM状况。Jconsole可以从许多角度查看系统，而且有一个很棒的memory tab来展示GC的运行状况。
在右下角你可以看到绿色的框格，从中可以看到不同的生成占存储的多少。比如说你看到一个近乎满的survivor 生成，那意味着慢的满GC收集时刻，那么意思就是说这个应用可能不是很健全。
移植性
无论是GC还是Hotspot都可以用在任何Java可用的地方。比方说，JRuby可以运行在其他平台上，Rails应用就可以运行在IBM主机上的JRuby上，而且这台IBM主机运行的是CP/CMS。
实际上，由于Java和OpenJDK项目的开源，我们正在看到越来越多的平台的衍生，因此JVM的移植性也将越来越棒。
成熟
JVM已有超过15年的历史，在过去的这些年里，许多开发者为它做出了许多贡献，使得它的性能一次又一次地提升，让JVM变得更加稳定、快速和广泛。
覆盖面
JRuby和JVM上的其他语言项目已经被开发者所承认，一个典型的例子是invokedynamic specification (aka JSR292)。JSR越来越配合新的语言，JVM已不再是Java一个人定制规则。JVM正在构建成为类如JRuby等项目的优良平台。
还有一个MLVM(multiple language VM)项目，好比是新特性的清算机构，是一个许多企业应用的开发者试图添加应用的地方，而这些应用正是他们想在JVM中看到的。而且JVM开发者互相协作、彼此影响，无疑这有利于JVM新特性的诞生。
这些细节都可以看到JVM正在关注开发者的需求，扩大他的覆盖面。
总之，JVM已经成为技术界越来越稳定的产品，Oracle/Sun的合并以及其他可能的商业闹剧都不会影响这一点。许多技术大鳄级公司(如Oracle、IBM、HP、SAP)已经为编写JVM的中间软件花了如此多的钱以至于在下个十年里他们可能不会再为JVM的发展做太大的贡献。
在本篇文章中，著名程序员Justin James讨论了Java的未来，以及Java与.NET的开发成本对比，和Java是否能够取代.NET。Justin在文中总结了四大要点，重点关注了两个运行时在性能和成本上的异同之处。
1、Java SE 7遭遇.NET CLR会发生什么?
从Java SE 7的功能列表中可以看出，它相比以前版本有了长足提高。那么，它是一个游戏改变者吗?我认为不会是这样。在过去数年中，JVM和.NET CLR都发生了众多改进;过去那些只有技术非常高超的程序员才能完成的许多事情，现在借助于JVM和.NET CLR的增强功能，普通程序员也能够做得到。
尽管JVM和.NET CLR并非在同一个时间实现相同的想法，但是如果在一方出现了某个好的想法，另一方也会迅速跟进，这一点不仅仅体现在运行时层面上。举例来说，对于Java来说，Hibernate项目取得了巨大成功后，.NET也迅速推出了NHibernate。而.NET的闭包(closures)功能深受众多开发者的欢迎，Java似乎不久也将实现它们，当然，这是一个语言功能，而非运行时功能。
.NET闭包大受好评，Java也将迅速跟进
2、在可以预见的未来，一个运行时是否会彻底击败另一个?
尽管从技术层面上JVM和.NET CLR非常相似，但它们都有自己的市场，两者的灵活性都不是很强。如果一个人已经围绕.NET服务器和IIS创建了他们的基础架构，他不可能第二天醒来把所有这些迁移到Java，反过来也是这样。甚至如果一个公司决定切换自己的开发平台，那它可能需要替换整个开发团队，或者从头开始对他们进行培训。即使培训完成后，在技能上还是存在严重的不足;毕竟，一个高级.NET开发者不可能在经过3个月培训后突然变成一个高级Java开发者。
另外，公司需要保留现有技术人员来维护已有的代码。你认为这些员工会坐视他们的职位被取消，或者他们的技能将变得无用或贬值吗?当然不会。对一个公司来说，完全从Java转向.NET或完全从.NET转向Java，都是一种自杀行为。最多是通过一个多年期项目来对员工进行重新教育。自从.NET发布以来，从VB6到.NET的迁移都已经花了8年时间。
程序员和项目的转型需要时间
3、Java开发的成本是否比.NET开发更具经济性，如果是这样，人们是否会转向Java来节省投资?
如果你仅仅着眼于工具，我的答案是“既对也错。”的确，只要你愿意，你可以在一个完全开源的组合上运行Java。你可以采取Linux/Tomcat/MySQL/Java组合，或者在服务器方面使用SpringSource组合(51CTO编者注：对于SpringSource服务器组合，有人却是表示不满的，可以参考这篇文章)，在开发者的计算机上使用Eclipse或NetBeans。但是需要指出的是，无论出于什么原因，你都不会是开源替代产品的狂热支持者，我并非说替代产品就不好;如果是那样的话，与.NET工具相比，Java工具的价格相当，在很多情况下甚至更贵。而且从甲骨文和IBM等公司正在进行的业务来看，很明显许多公司认为有必要付费购买专有Java工具。就价格而言，在任一指定市场领域，微软几乎总是价格最低的企业类厂商。
另外，你必须考虑到如果没有切换成本公司将会省下多少钱。一个Visual Studio副本的成本要远低于一个中等收入开发者的周薪和保险金(51CTO编者注：作者Justin是美国人)。而且同一个开发者学会Java并且达到他擅长.NET的水平，所需要的时间要远远大于一周时间。
出于公平考虑，这种分析也同样适用于从Java转向.NET。相比于平台切换的痛苦，开发工具成本实在微不足道。当然也有两种例外情况。第一种情况是新建公司，那么不存在迁移成本的问题。在这种情况下，Java依然不具有成本优势，因为微软也已经推出了免费版本的Visual Studio(Express版)，而且如果你的公司是新创公司的话，通过BizSpark计划，你可以免费获得三年MSDN和微软许可，它们还不错。另外一种例外情况是，一个公司具有非常高的服务器-开发者比例，例如谷歌或雅虎。此类公司可能有许多开发者研发运行在数千台服务器上的一个应用。在这种情况下，开发者工具并非节省成本的主要因素，但服务器空间是。对于面临这种情形的公司，Java(和其它开源技术)可以具有一个决定性的成本优势。
4、一个Java开发者需要了解多少脚本语言，才能实现.NET中的效率?
首先，你是否在进行Web开发工作?如果是这样，你可能需要了解一些JavaScript知识，并熟悉相应的框架。对于后端工作来说，知道一门动态语言或脚本语言不是强制性或必需的。尽管如此，在Java领域存在许多此种用途的不错选择。对于目前还不是一名Java开发者的人来说，我没有这方面的任何实际经验来介绍，但是我听到很多关于Groovy和Scala不错评价。如果你希望选择某些更主流的技术，JRuby和Jython是不错的选择。
有各种方式提高Java应用的性能
在过去数年中，JVM已经开始大量支持非Java语言，开发者现在拥有众多选择。学会其中一种肯定有助于你成为一个更好的开发者(即便你并不在实际产品项目中使用它们)，可以让你在项目陷入困境时提供另一种方向。
Java是否会取代.NET?言之尚早。同时.NET也不会消灭Java。两者都有自己的优势和劣势。我认为，你最终选择它们两个中的哪一个，这要取决于个人喜好和当地职业机遇。
最近一直在捣弄自己的博客，发现很IT人在下载正版资料软件这一块需求很大，刚好我时间比较多，我就上网的时候搜搜好东西，和大家分享下，省去大家下载搜索的麻烦，很多的地方下载还有木马病毒的，或者是打开的时候都是广告啊，根本找不到你想要的东西。
这不，今天我浏览网页信息的时候，找到了这个，OReilly-Learning PHP MySQL and JavaScript(2009)，闲话不多说，把下载资源给大家，下载了别忘了给我评论哈。
点击这里下载：OReilly-Learning PHP MySQL and JavaScript(2009)
最近一直在捣弄自己的博客，发现很IT人在下载正版资料软件这一块需求很大，刚好我时间比较多，我就上网的时候搜搜好东西，和大家分享下，省去大家下载搜索的麻烦，很多的地方下载还有木马病毒的，或者是打开的时候都是广告啊，根本找不到你想要的东西。
这不，今天我浏览网页信息的时候，找到了这个，web 2.0 and Beyond 2009，闲话不多说，把下载资源给大家，下载了别忘了给我评论哈。
点击下载：Web 2.0 and Beyond 2009 下载
好用的话，给我评论哟，谢谢！
有这样一段很简单的代码:
ArrayList <DataVO> a = new ArrayList <DataVO>();
a.addAll(b);
a.addAll(c);
其中DataVO是一个实体类，b和c都是一个ArrayList <DataVO>类型。
如果当b，c数据量很大的时候，请问这样一段代码是不是会很影响效率？
我们看一下ArrayList的源代码
view plaincopy to clipboardprint?
public ArrayList() {
s(10);
}
public ArrayList() {
this(10);
}
可见默认的构造器，其调用了参数为10的构造函数
view plaincopy to clipboardprint?
public ArrayList(int initialCapacity) {
er();
if (initialCapacity < 0)
throw new IllegalArgumentException(“Illegal Capacity: “+
initialCapacity);
s.elementData = new Object[initialCapacity];
}
public ArrayList(int initialCapacity) {
super();
if (initialCapacity < 0)
throw new IllegalArgumentException(“Illegal Capacity: “+
initialCapacity);
this.elementData = new Object[initialCapacity];
}
这个带参数的构造函数，初始化了一个长度为初始容量的数组。
再看看add方法
view plaincopy [...]
