PHP语言创造者Gutmans炮轰Java已经输掉Web之战

24顶
14踩

2008-04-13 10:03 by 见习记者 turing 评论(56) 有21556人浏览

Web Java PHP

声明：ITeye资讯文章的版权属于ITeye网站所有，严禁任何网站转载本文，否则必将追究法律责任！

PHP 3之后的主要语言开发者、Zend公司的创始人之一Andi Gutmans最近在blog中直言不讳地批评了Java语言。他指出，目前Java厂商试图在JVM上提供动态语言实现的路子根本不对，应该全面拥抱标准的动态语言。

由于Gutmans的特殊地位，他的这篇长文已经在技术界引发了强烈争议。参见其blog上和TSS上的讨论1，2。

下面是对全文的一个编译版本，基本反映了原貌。其中对多核环境中多线程（JVM）与多进程（LAMP）的比较，C语言生态系统以及开源语言与Java等厂商语言和技术的比较，感觉都是非常有价值的。

翻译上的问题，请多指教。

引用

Gutmans回忆自己几年前参与的一个基于IBM Websphere的大型企业级项目。项目团队中无论开发还是架构人员都非常出色，但其中最优秀的人与Andi谈起PHP和动态语言时，还是将之视为玩具语言。这在当时正是Java界对动态语言的典型心态。但是，他们恰恰忽视了Web，因此Java EE设计时并没有以Web为中心，而且关注在企业集成、事务管理和其他后端处理上。虽然Java EE通过servlet和JSP支持Web开发也有不短的历史，但是掌握标准发展的大公司们忽视了Web的RESTful本质，仍然在向通用平台的方向上走。

而与此同时，建于C语言库和工具的生态系统之上的LAMP架构，则成了Web程序最流行的开发平台。其中最常用的语言是PHP。由于PHP专注于Web开发，而且为此不断演变，它简直就是为Web范型（paradigm）量身打造的，能够快速和容易地解决常见的Web问题，因此获得了最大的市场份额。根据Ajaxian.com的调查，大约50%的RIA开发人员都使用PHP。由于各种PHP程序如Wordpress, Drupal, mediaWiki, osCommerce, SugarCRM的流行，这种趋势更加明显。

随着大多数业务应用程序包括CRM、ERP、报表、文档管理等等也都转向了Web，那些大的Java厂商都意识到，Java对Web范型的形成和发展影响甚微，因此他们开始支持各种标准和非标准的Java Web框架（JSF、Struts、Spring MVC等等），要使Java适应Web。这些框架虽然有些也取得了一定成功，但是它们都无法解决Java在Web上的主要问题：由于严格的类型化和架构过度复杂，开发时间和开发人员的技能要求都更高，也就是说，总成本无法令人满意。

而且，大的Java厂商还什么都想占着。一方面想融入Web，一方面又不肯放弃自己已经在Java上建立起来的数十亿计的生意。甚至动态语言的广泛流行都未能显著改变他们的行为模式。但是随着微软雄心勃勃的多语言运行环境.NET的出现，大势又变了。

成功的动态语言包括PHP, Perl, Python和Ruby都是用C写的，充分利用了C语言库生态系统的广泛性和深入性。而且它们都是社区驱动的，没有什么正二八经的语言规范，发展不会被公司政治所阻碍。这些语言都是由使用者自己开发的，他们只有一个目的：快速搞定工作。因此语言可能在小的版本更新时就加入重要的改进。这种敏捷本质正是适应Web应用快速变化必需的。

而且，LAMP的部署方式有显著的优势。在多进程架构中，Web服务器和动态语言软件中的故障一般不会使网站垮掉。虽然会有某个进程崩溃，但其他服务Web请求的进程仍然可以继续运行。这与JVM这种多线程的环境中软件故障包括崩溃和死锁通常都会使系统垮掉，形成了鲜明对比。而且在特定时间后回收进程的能力能够防止内存泄漏和内存碎片化这两种常见的内存问题使软件随着时间推移性能降低。LAMP上软件更新时，可以轻松和渐增地推到服务器，无需冗长的构建和打包。虽然有时这会带来不规范、不严格的问题，但是只要正确实施，开发人员和运营人员的日子都会好过得多。

相比之下，Java厂商受困于与Java绑定太紧对多种语言的支持很少的JVM。他们并没有转向能够使其客户两全其美的LAMP和Java技术松耦合的模型，而是患得患失，怕失去对客户的控制，竞相在JVM上提供动态语言。无论是微软这个强敌，还是Java中互相竞争的厂商，都在实施自己的动态语言策略。

现在，Sun正在其Java EE解决方案上支持JRuby和Jython而投入；IBM Websphere集团则认识到Java EE平台运行现代Web应用的无效，在Project Zero上大力投入，该项目的目的是使IBM在Web 2.0世界中也能有一席之地，目前支持Groovy和PHP；BEA也有一些孵化项目，但是被Oracle并购后，这些项目是否能有结果目前不明。Project Zero的首席架构师是IBM公司里最先公开承认Java现在可以认为只是一种系统语言而不适合构建RESTful Web应用的几个人之一。而构建RESTful Web应用正是Project Zero的目的。Java堡垒花了10年多时间才承认Java在Web上投资回报不佳，而目前的趋势，将有更多的客户做出更明智的选择。动态语言将有大的提升。与大型机一样，Java已经在企业级IT和关键业务应用中根深叶茂，因此不会很快消失。但是在Web应用上，Java语言很可能会在市场份额上急剧下降。

问题在于，非微软的Web市场是会采用动态语言的JVM实现，还是容纳这些语言事实标准实现的LAMP架构。虽然我认为会有客户被前者吸引，但是市场主流还是会选择LAMP。原因在于：

1. 标准实现更新速度很快，而JVM版本总是滞后，会带来兼容性问题。这与Mono跟不上.NET的问题类似。

2. JVM最初设计时并没有考虑支持动态语言，因此在可见的将来，要满足实际需求，挑战非常大。像闭包、间接方法调用和类型juggling等动态特性就不容易解决，这从目前JRuby与Ruby的C版本的比较中可以看出。而且，硬件厂商是否有兴趣跟上也是有待观察的。而开源技术就没有这种问题。

3. 现代Web的可伸缩需求对Web层的处理强度的要求越来越大。基于C的架构更可能与操作系统底层（原文为primitives）最有效地互操作，提供高效、内存占用小的架构，满足这种强度。高性能的Web服务器比如lighttpd, Zeus, IIS 7，高性能的缓存系统比如Facebook等最大的网站使用的memcached，还有其他性能关键的子系统比如内存管理，都是例子。

4. 多核系统非常适合LAMP架构的多进程方式。随着芯片业现在把主要精力都放在了多核而不是超线程技术上，JVM这样的多线程环境的优点在今天的硬件上将无法充分发挥。而多进程方式将提供更多稳定性和可靠性。

5. 由于LAMP的简单性，它对于开发人员而言进入门槛非常低，而又能够提供很好的伸缩性，包括Yahoo和Facebook这样的大规模产品系统。

总而言之，越来越清楚的是，动态语言将逐渐成为Web开发的标准。微软和Java厂商都认识到这个趋势，现在正在各自的软件平台之大力投入，给出解决方案。但是，因为主要动态语言社区都是在.NET CLR和Java JVM软件平台之外发展起来的，这些厂商如果只是想依靠将成功的动态语言复制到自己的平台上而反败为胜，他们将处于困难的境地。有些厂商已经意识到这一情况，采用了一些混合策略，同时为客户提供动态语言的标准实现，虽然还没有完全与其解决方案组合配合起来。微软在PHP上的投入就是如此，Sun也开始为客户提供原生的Ruby和PHP实现。我相信虽然JVM向动态语言抛出的橄榄枝可能会吸引一些Java客户，但是这无法跟上开源社区开发原生动态语言实现的步伐。JVM的动态语言实现对于Java厂商与时俱进是不够的，它们需要全面地拥抱原生的事实标准的社区驱动的动态语言。

附： Joseph Ottinger 已经回复Andi Gutman的“Java 已经输掉web战争”了。

请看：回复：Java已经输掉了web之战

分享到：

24
顶

14
踩

评论共 56 条请登录后发表评论

56 楼少女杀手 2009-01-06 16:26

PHP你先和ASP.NET竞争竞争，在考虑JAVA吧，为啥大型的网站啥的都是JAVA啊？为啥各个银行的的都用的是JAVA啊？也就那不起眼的小公司，小项目用那PHP吧

55 楼 taikeqi 2008-07-10 16:27

我的感觉Java的历史，已开始是想在家用电器的变成上，到歪打正着到企业计算上，每一个领域，其实Java都是想被渗透到各个领域的；这里IBM/ORACLE/SUN都是计算机界的巨头，他们在推这些东西，Java当然是无所不在拉！Java开发那些简单的WeB应用是有点杀鸡用牛刀；但是那又怎么样呢？那些做PHP的程序员的工资能有多少？肯定低于Java的，在中国，做那些纯粹商务网站（PHP)比较合适的）毕竟是少数；当然将Java用的很好的如TAOBAO,TENCENT也是少数；大多说都是那些中不溜秋，作的项目要求不高但是大伙喜欢用jAVA的那种公司。
这里PHP和Java不是纯粹是技术问题；而是市场问题。
PHP也有劣势，就是他没有一个真正的大公司来领导他。许多开发PHP到一定层次的人都会有这种感觉。一种很虚无的感觉。
所以Java和PHP,适合不同的项目。不同的场合，因人而异，因事而异。PHP的人攻击JAva的人意义不大

54 楼 wangzi6hao 2008-05-14 00:51

"由于严格的类型化和架构过度复杂，开发时间和开发人员的技能要求都更高，也就是说，总成本无法令人满意。 "
就这一点来说,自己开发过的经验告诉我,确实java在中大型的oa,crm等企业信息化开发上,基本不占优势的.

53 楼 weicanhuang 2008-05-09 16:21

炒作吧。

不就个工具，想怎么耍就怎么耍，有什么好争。

52 楼 careprad 2008-05-07 10:59

什么动态语言脚本语言吧
js为什么成不了气候看着吧 groovy ruby 都不行

51 楼 MrLee23 2008-05-07 10:05

我认为还是JAVA比较好,因为JAVA做起来标准,就盖像一栋楼,你用别的技术也许盖的快,但你保证能面临很多危险么,就像韩国97%的房子不符合标准,存在险情~就因为盖的快,技术没用标准~

50 楼 sheandwei 2008-05-06 23:40

PHP就是垃圾
垃圾用着方便用的人便忘了它是垃圾

49 楼 bio1984 2008-05-06 18:50

争来争去有什么意思，PHP个傻X,JAVA是标准懂不，，，？？
建议JAVA早点把PHP打倒。。。。

48 楼 flyboy1234 2008-05-06 16:04

PHP好啊可国内工作不好找啊这可扎办
要是月薪上w 那个时候php就好了啊~~~~~~~

47 楼 exquan 2008-04-16 20:24

归根到底是各大厂商的利益

46 楼 spiritfrog 2008-04-15 21:23

web2.0?我还是不太明白
动态语言简单？我始终认为习惯使用的最简单

45 楼 hysoft 2008-04-15 17:17

引用

我倒是觉得，java的严格类型校验，正是开发效率和质量保证的前提。
web开发目前最大的瓶颈是错误地选用了javascript这种自由，但是调试成本很高的技术。为啥浏览器不直接默认支持java

44 楼 AllenZhang 2008-04-15 15:50

43 楼 jolestar 2008-04-15 15:27

"由于严格的类型化和架构过度复杂，开发时间和开发人员的技能要求都更高，也就是说，总成本无法令人满意。 "
这个确实是java web开发的一个问题。

42 楼 123waily 2008-04-15 14:08

java也好，php也好，能把项目完成就好，能吃饱饭就行

41 楼 lxl686 2008-04-15 13:27

喜欢java!支持java.

40 楼 jejwe 2008-04-15 11:36

php语言那鸟样并不代表java就不鸟样
这里其实讲的是特定的环境，没有WEB这个大前提，PHP也只能是PHP
而且也没讲是干掉JAVA，是你自以为的啊

39 楼 releasa 2008-04-15 11:21

java love u.

38 楼 edwardpro 2008-04-15 10:01

就php语言那鸟样还干掉java？

37 楼 gfllove 2008-04-15 09:42

动态语言,不规范的语言也只能适合于小的与快速开发的系统.对于以后系统的扩展不会有利的.还是支持Java

发表评论

您还没有登录,请您登录后再发表评论

24顶14踩